Italian community of Lazarus and Free Pascal

Mistero quasi risolto ...
Oggi mi sono accorto nel nei files .lfm di alcuni progetti, la proprietà "FormStyle", è impostata su "fsStayOnTop".
Rimettendola su "fsNormal", il problema si risolve

Bhè, direi che il mistero "E'" risolto, più che "quasi" ...
Se la Form è in stile fsStayOnTop, il suo comportamento è proprio ciò che tu hai rilevato, ossia l'impossibilità di porla in secondo piano direttamente (ad esempio tramite la barra delle applicazioni) a meno che un'altra "finestra" nel Desktop non sia presente con lo stesso stile.

I tasti ALT TAB usano invece una funzione di sistema operativo (in Windows, forse in Linux è emulata) e quindi possono portare qualunque applicazione in primo piano (unica eccezione è il "task manager" e altre applicazioni come la calcolatrice che usano uno specifico "setting" che non conosco).

Non stà lambiccarti troppo sul perchè quella proprietà è cambiata, anche per me è un dilemma alcune volte, perchè a differenza del codice dove ci puoi mettere ad esempio una "$IFDEF PROVA2025" per testare qualche cambiamento e tornare immediatamente indietro anche su un milione di righe di codice semplicemente togliendo la $DEFINE PROVA2025, sulle proprietà a design time non si può fare e se testi qualcosa (anche solo per curiosità) e ti dimentichi poi di rimettere a posto .... succcede questo.

E anche io come te uso sempre (a meno di casi particolari) il runtime per settare le proprietà, perchè tra l'altro molte volte quando cambi una proprietà "X" a design time te ne trovi altre cambiate ... e che non tornano molto spesso alla condizione originale se torni a settare "X" alla condizione originale. Ho avuto bruttissime esperienze in tale aspetto.

Ciao

Mistero quasi risolto ...
Oggi mi sono accorto nel nei files .lfm di alcuni progetti, la proprietà "FormStyle", è impostata su "fsStayOnTop".
Rimettendola su "fsNormal", il problema si risolve

Ora devo solo capire come mai, visto anche che normalmente quel valore o cambio a runtime, e non nell'object inspector !!!

Ciao, Mario

Grazie DragoRosso.
Ho aggiunto un commento alla issue chiusa con un suggerimento di modifica.
Vediamo cosa deciderà l'autore della libreria.
Personalmente prediligerei la modifica che preserva il meccanismo di ereditarietà dei colori ma la decisione spetta a lui.
Grazie!

In questo momento non ho Lazarus installato.

Se il problema è quello che hai segnalato su github (ora l'ISSUE è chiusa) la soluzione sarebbe semplicemente quella di usare la proprietà Color del componente.
Tale proprietà devrebbe automaticamente a runtime essere settata sul colore reale del component (sia ereditato che imposto a design time).

Provo a fare una prova, perchè occorre verificare con i temi (che non esistono in Lazarus) che valore questo assume.

In genere un componente deve soddisfare tutte le peculiarità del componente da cui deriva, e quindi anche i temi (ovvero gli STILI in Delphi)

Domani ti sò dire.

Si, ogni volta che modifichi un file e avvi o fai un build esplicito.

Tieni presente che sono procedure che Lazarus e FPC attivano in automatico in base a certi parametri per ottimizzare i tempi di compilazione e link, quindi potrebbero fallire in rarissime occasioni.

E per questo che se ci sono problemi vanno cancellati i file temporanei.