Es passiert leider auch nicht immer, jedenfalls nicht nachvollziehbar, aber ab und an ist in DFMs, die in der
IDE offen waren, urplötzlich bei fast allen Komponenten das DoubleBuffered auf True, wenn DevExpress-Komponenten auf der Form liegen,
und im Gegenzug ist manchmal das urplötzlich wieder False und fliegt somit wieder aus der
DFM raus.
Hab hier immernoch nicht den Umstieg auf D11 fertig, also durch alle Instanzen durch.
Spaß ist nun, dass Delphi 11 nun das OldCreateOrder entfernt hat, also beim Speichern im Designer fliegt es raus.
Dann kommt XE, sieht, dass kein OldCreateOrder existiert und schmeißt es fälschlich mit True in die
DFM wieder rein.
Auch schon, weil sich Embarcadero weigert einen Bug zu beheben, welche durch FormVererbung entsteht und wo ich ihnen auch direkt die Lösung nannte. (einfach nur in zwei Settern eine Variable auf 0 setzen),
haben wir schon pervers im Designer den
DFM-Reader gehookt.
Da der Hook schon da war, ließ sich nun erstmal einfügen, dass im XE das OldCreateOrder mit False initialisiert wird, falls es aus der
DFM rausflog, sowie dass D11 nicht knallt, wenn soein Property dort geladen wird.
https://www.delphipraxis.net/207137-...entheight.html
https://www.delphipraxis.net/211768-...d-kleiner.html
Bezüglich dem DoubleBuffered.
Wenn der Designer es aktiviert, weil Delphi mal im RDP läuft,
dann dürfen solche Änderungen niemals in der
DFM landen.
Bei anderen Entwicklern, welche lokal arbeiten, und vor allem im Compilat/Programm, darf soeine Änderung ja niemals enthalten sein.
-> wäre ja fatal, wenn DoubleBuffered dort deaktiviert wäre, wo es eigentlich aktiv sein sollte ... und andersrum.