Post recenti

Pagine: 1 [2] 3 4 ... 10

Generale / Re:StringGrid.: l'Evento OnBeforeSelection NON si attiva sempre

« Ultimo post da DragoRosso il Giugno 27, 2025, 10:40:00 am »

Citazione da: petrusic - Giugno 27, 2025, 09:59:15 am

l'anomalia, al click su una cella della StrinGrid, mi si manifesta solamente quando clicco sulla cella dati della 1^a colonna e della 1^a riga della StringGrid.

Secondo me ciò succede solo alla prima visualizzazione. Prova a cliccare una cella della seconda riga e poi di nuovo uno della prima e vedrai che funzionerà.

Accade perchè la griglia alla partenza è predisposta con una cella "puntata" e dovrebbe essere la cella 1 sulla riga 1 (ciò la prima dopo le righe / colonne "fixed").

Quindi il primo click li non funzionerà. Se cambi cella e ritorni li invece dovrebbe lanciarti l'evento.

Non sò se ciò è effettivamente così, ma a memoria ricordo di una anomalia simile.

Ciao

LCL / Fresnel

« Ultimo post da DragoRosso il Giugno 27, 2025, 10:29:59 am »

Ciao @xinyiman,
ho visto il tuo post sull'argomento nel forum internazionale.
Il progetto viene seguito direttamente dal Michael Van Canneyt e da Mattias Gaertner.

Entrambi non fanno attività sul forum da diverso tempo, quindi probabilmente non hanno letto o non sono stati avvertiti mancando un qualsi voglia riscontro al tuo post (poi magari ti hanno risposto in privato).

Prova a rivolgerti direttamente a loro per avere info più specifiche rispetto a quelle che puoi dedurre.

Se vedi il progresso del progetto dai commit, secondo me siamo ancora lontani da una proposta usabile in produzione: è di Aprile l'implementazione ad esempio dell'HANDLING da TASTIERA, due mesi fà.

Inoltre e da più di un mese che non ci sono attività sul progetto.

Sostituire (o in qualche modo adattare o convertire) le LCL ad un ambiente WEB nativo non è operazione da poco .. sopratutto se orientato su diversi sistemi operativi (praticamente quelli coperti da SKIA).

Io, a parte il grande entusiasmo legato al primo annuncio (e stavo quasi andando in Germania alla convention), non penso che lo vedrò operativo per poterlo usare ...

Se posso commentare il tutto, anche sull'onda generale, secondo me i team LAZARUS / FPC dovrebbe concentrarsi di più su un ambiente (SO) specifico, chiudere il più perfettamente possibile quello e poi passare "in massa" ad un altro.
La politica di non produrre aggiornamenti che stabilizzerebbero almeno una situazione sino a quando tutta una schiera di ambienti non sono allineati non mi convince.

Il compilatore FPC ha ormai più 4 anni con dei bachi importanti noti, e solo perchè molti hanno protestato stanno per uscire con un aggiornamento (FPC 3.2.4 / 3.2.5 fermo anche quello da anni) che tra l'altro non sistemerà tutto il pregresso.

E se vedi moltissimi post riportano: "ma su FPC 3.3.1" questo è stato sistemato, usate la versione trunk, salvo poi fare marcia indietro con l'avvertimento dei più saggi che dicono di attendere o assolutamente non usare la versione trunk per gli ambienti di produzione.

Tanto per fare un esempio, mi pare che gli utilizzatori Linux di Lazurus siano la maggioranza (ed è giustificato dalla presenza di pochi ambienti di sviluppo simili a Lazarus integrati sotto Linux).

Secondo me si dovrebbero dedicare un tot di risorse su ciò e stabilizzare perfettamente l'ambiente Linux, poi magari si passa su Windows o su altro.
Tra l'altro Linux è la base per tutta una schiera di altri SO derivati, quindi stabilizzando Linux si avrebbe probabilmente una stabilizzazione anche di tutti gli altri.

Ma questa è una mia visione, e probabilmente non coincide (o non è fattibile la percorrenza di ciò) con la visione dei team, o magari la mia visione è totalmente sballata.

Comunque, ritonando a bomba sull'argomento, prova acontattare i due manutentori del progetto Fresnel. Quel progetto porterebbe veramente una ventata di novità ed è più probabile che risulti più stabile addirittura della LCL.
SKIA è un prodotto ormai maturo, ampliamente usato anche da Delphi nei vari ambienti:

OS    Version Requirement
Windows    10, 11
Linux    Ubuntu 24.04+
macOS (x86_64)    10.15 or later
macOS (arm64)    11 or later
iOS    12 or later
Android    5.0 (Lollipop) or late

e potrebbe veramente rappresentare un futuro (stò parlando per gli aspetti UI, cioè grafici in quanto ciò ha molto poco a che fare con applicazioni senza grafica).

Bye bye

Generale / Re:StringGrid.: l'Evento OnBeforeSelection NON si attiva sempre

« Ultimo post da petrusic il Giugno 27, 2025, 09:59:15 am »

l'anomalia, al click su una cella della StrinGrid, mi si manifesta solamente quando clicco sulla cella dati della 1^a colonna e della 1^a riga della StringGrid.

Generale / StringGrid.: l'Evento OnBeforeSelection NON si attiva sempre

« Ultimo post da petrusic il Giugno 26, 2025, 10:34:22 pm »

Oggi ho incontrato una sorpresa imprevista, mquando, nella prova programma, dopo avere riempito una StringGrid coi dati riepilogativi di una serie di movimenti, ho cliccato sulla prima riga della StringGrid.

Ebbene, l'Evento OnBeforeSelection non si è attivato e cella cliccata, insieme a tutta la riga, non è stata selezionata.
Il codice interessato è il seguente:

Codice: [Seleziona]

procedure TForm4.GridPreMomBeforeSelection(Sender: TObject; aCol, aRow: Integer);
begin
  WriteLn('procedure TForm4.GridPreMomBeforeSelection');
  swGridPreMomBeforeSel:= True;
  ixCell:= aCol;  // memorizzo il n. di Colonna della casella selezionata
  iyCell:= aRow;  // memorizzo il n. di Riga della casella selezionata
  GridPreMom.Invalidate;   // estendo la selezione a tutta la riga rendendola, nel contempo NON digitabile
end;                                                                             
procedure TForm4.GridPreMomClick(Sender: TObject);
begin
      WriteLn('procedure TForm4.GridPreMomClick');     
      GridPreMomSel
end;

Dalla Console ho rilevato la mancata chiamata della procedura "TForm4.GridPreMomBeforeSelection":

Citazione

-----
procedure TForm4.GridPreMomClick
iyCell= 0
ixCell= 0
iRgMax= 8
procedure GridPreMomSel

Come si può riscontrare, la prima procedura attivata dal click sulla GridPreMom è la TForm4.GridPreMomClick, mentra avrebbe dovuto essere la TForm4.GridPreMomBeforeSelection

Non so se qualcuno della comunità ha mai vissuto esperienze come la m ia attuale.
Vorrei solo sapere se posso richiamere io, da codice, la TForm4.GridPreMomBeforeSelection, in modo da potere ottenere le coordinate della cella cliccata.

Componenti Aggiuntivi / Re:liberia ivcl

« Ultimo post da DragoRosso il Giugno 19, 2025, 10:39:21 am »

Qui https://www.lazaruspascal.it/index.php?page=86 c'è un esempio di @xinyiman per Lazarus.

Lasciando perdere il componente a DesigntTime, se cambi il TBufDataSet con TCLientDataSet tutto il resto potrebbe essere identico. Se lo gestisci a runtime, con gli {$IFDEF ...} separi le parti di codice differente.

Componenti Aggiuntivi / Re:liberia ivcl

« Ultimo post da DragoRosso il Giugno 19, 2025, 10:25:26 am »

Citazione da: angman - Giugno 19, 2025, 09:50:14 am

Si ma il cliente vuole che il codice sorgente possa essere compatibile e compilare sia in delphi sia in lazarus

Usa il TJVMemoryData che è (dovrebbe ?? ) essere disponibile sia in Delphi che in Lazarus.

L'alternativa è usare componenti di ultriori terze parti come ZEOS (compatibile sia con Delphi che con Lazarus) ... da verificare se ha la possibilità di creare i DS in memoria.

Il TClientDataSet mi pareva che una volta potesse creare tabelle in memoria, ma sinceramente non lo uso da anni a causa della distribuzione della MIDAS.DLL (ora c'è il link statico della LIB e non serve più distribuire la DLL).
Potrebbe esserci (vado a memoria) una classe equivalente in Lazarus tipo TBufDataSet (o simile).

Componenti Aggiuntivi / Re:liberia ivcl

« Ultimo post da angman il Giugno 19, 2025, 09:50:14 am »

Si ma il cliente vuole che il codice sorgente possa essere compatibile e compilare sia in delphi sia in lazarus

Componenti Aggiuntivi / Re:liberia ivcl

« Ultimo post da DragoRosso il Giugno 19, 2025, 09:32:41 am »

Ciao,

Nelle JVCL c'è il TJvMemoryData (probabilmente è lo stesso componente).

Ma, in Delphi 12 puoi usare FireDac per un Database in memoria qui l'esempio a runtime senza componente a DesignTime:

Codice: [Seleziona]

var
  dbo: TFDMemTable;

//Esempio di creazione:
begin
  dbo := TFDMemTable.Create(nil);
  dbo.LogChanges := False;
  dbo.FetchOptions.RecsMax := 300000;  //Sample value
  dbo.ResourceOptions.SilentMode := True;
  dbo.UpdateOptions.LockMode := lmNone;
  dbo.UpdateOptions.LockPoint := lpDeferred;
  dbo.UpdateOptions.FetchGeneratorsPoint := gpImmediate;
  with dbo.FieldDefs do
    begin
      with AddFieldDef do
        begin
          Name := 'Uova';
          DataType := ftVarBytes;
          Size := 50;
        end;
      with AddFieldDef do
        begin
          Name := 'Luci';
          DataType := ftVarBytes;
          Size := 17;
        end;
    end;
  with dbo do
    begin
      Open;
    end;
end;

//Esempio di append:
  begin
    with dbo do
        begin
           Append;
           Fields[0].AsBytes := [0];   //UOVA
            Fields[1].AsBytes := (BufferLight);   //LUCI, è un array
            Post;
        end;
   end;

//Chiusura
begin
  if assigned(dbo) then
    begin
      dbo.Close;
      dbo.Free;
    end;
end;

Componenti Aggiuntivi / liberia ivcl

« Ultimo post da angman il Giugno 19, 2025, 09:12:12 am »

Ciao a tutti, dovendo riconvertire un progetto da lazarus a delphi, dal momento che viene usato un componente della rxlib rxmemds (memory dataset) ho pensato di sostituirlo con un jvmemdataset. ho installato quindi i packages della vcl, ma il componente jvmemdataset, non sembra essere disponibile. non posso installare la rxlib in delphi athens in quanto richiede la presenza del bde e rende anche l'intera idea molto instabile.

Qualcuno sa come eventualmente potrei risolvere?

LCL / Lazarus IDE e eventi - Errata "signature"

« Ultimo post da DragoRosso il Giugno 16, 2025, 03:42:38 pm »

Dal forum internazionale: https://forum.lazarus.freepascal.org/index.php/topic,71477.msg557873.html#msg557873

Sunto:

impostando nell'IDE un evento di un componente LCL, l'eventuale cambio degli argomenti della procedura (l'evento viene poi gestito a codice come procedura) non genera errori in compilazione, ma bensì a runtime e difficili da dignosticare pure.

Questo potrebbe accadere sopratutto quando si usa il copia / incolla da un codice vecchio a un nuovo progetto dove la "signature" (in Italiano "firma") del metodo potrebbe essere cambiato.
A me è capitato più di qualche volta in Delphi, ma Delphi te lo segnala e ti chiede di rimuoverlo o non compila.

EDIT: un utente ha tolto nel suo sorgente il supporto alle stringhe lunghe.

Sul forum è stato segnalato in quanto è stato tolto il supporto in compilazione alle stringhe lunghe per default (cioè con {$H+} ) è ciò ha cambiato la tipologia di compilazione (da stringhe "lunghe" a stringhe "corte") senza che il compilatore segnalasse la cosa.
La LCL vuole avere le stringhe lunghe ed è per quello che viene insierito in testa a tutte le unità il ( {$H+} ) quando si usa
la modalità {$mode objfpc}. Nella modalità {$mode Delphi} è già definito l'uso di stinghe lunghe e quindi il problema non si pone.

In pratica la chiamata all'evento è avvenuta con parametri diversi da quelli che si aspettava e quindi a runtime venicano generati errori a casaccio.

Se cambiate anche a mano il tipo di uno degli argomenti di un evento settato dall'IDE, vedrete che non ci sono segnalazioni.

Esempio: mettete in una Form vuota una TEdit e impostate l'evento KeyPress, poi andate a codice e cambiate il tipo del parametro "Key" come indicato di seguito, sia nella interface che nella implementation ovviamente, di base dovrebbe essere CHAR:

Codice: [Seleziona]

procedure Edit1KeyPress(Sender: TObject; var Key: String);

... io non ho provato ma dicono che crasha il programma.

Ripeto, nessuno farebbe volontariamente qualcosa di simile, ma il cambiamento della tipologia di parametri tra una versione e l'altra potrebbe portare a situazioni simili (come segnalato nel forum basta togliere la {$H+}.

Ciò è stato riportato come bug ma sembra che poi sia stato derubricato in "limitazione dell'IDE" in quanto per adesso non c'è una soluzione.

Nell'ultima stabile 4.0 questa cosa è ancora presente.

Pagine: 1 [2] 3 4 ... 10

Italian community of Lazarus and Free Pascal

News:

Privacy Policy

Blog italiano

Forum ufficiale

Lazarus 1.0

Progetti Lazarus

Free Pascal

Libri

Utenti

Online

Post recenti

Generale / Re:StringGrid.: l'Evento OnBeforeSelection NON si attiva sempre

LCL / Fresnel

Generale / Re:StringGrid.: l'Evento OnBeforeSelection NON si attiva sempre

Generale / StringGrid.: l'Evento OnBeforeSelection NON si attiva sempre

Componenti Aggiuntivi / Re:liberia ivcl

Componenti Aggiuntivi / Re:liberia ivcl

Componenti Aggiuntivi / Re:liberia ivcl

Componenti Aggiuntivi / Re:liberia ivcl

Componenti Aggiuntivi / liberia ivcl

LCL / Lazarus IDE e eventi - Errata "signature"

Recenti

How To

Free Pascal DS

Lazarus WEB

Stato

Utenti

Stats

Utenti Online

Disclaimer: