D11 Caption bei TcxTabSheet verschwindet beim kompilieren.

[himitsu]

Bei unseren Datenmodulen sind die auch nochmal als DesigntimePackage geladen (um damit auch im Designer eine Datenverbindung zu haben)

Da gab es früher auch öfters Probleme, wenn der Name nicht aufgelöst werden konnte.
Daher hatten Viele dann immer das/die Datenmodule geöffnet (wobei auch das nicht immer zu 100% half)

Inzwischen hab ich mich in die Namensauflösung reingehängt und wenn der ModulName kommt, dann gebe ich explizit das interne Datenmodul, anstatt aus der eventuell geöffneten Unit.
Das Datenmodul kann man dann auch in Ruhe bearbeiten und die Unit auch schließen (wenn dort eine offene Form am Datenmodul oder eine FormAbleitung dran hängt, bekommt man diese Units nicht mehr geschlossen)

Im Designer ist es nicht ganz Spaßig, aber man kann sich notfalls auch via Event über ein DesignTimePackage oder mit dem Debugger (die IDE debuggen) in den TReader, bzw. hier den TWriter reinhängen und schauen was der macht.

[Kostas]

Ich habe nicht alles verstanden was du geschrieben hast, aber derart gravierende Probleme hatte ich bisher noch nie. Es ist absolut gefährlich wenn man sich nicht darauf verlassen kann was man zur Designzeit eingestellt hat. Ich trau mich kaum eine Form zu ändern. Das kann es doch nicht sein. Für mich ist das ein absolutes Alarmzeichen. Dieses Projekt hat über 300 Forms. Ich kann unmöglich anzweifeln ob die Eigenschaften die zur Designzeit gesetzt wurden, noch gesetzt sind, und auf keinen Fall ist es tolerierbar wenn Eigenschaften in FDQuerys verloren gehen. Bisher hatte ich nur einen Fall. Wenn ich mir vorstelle, eine Master-Detail Beziehung würde verloren gehen, das merkst man halt nicht beim Kompilieren sondern erst im produktiven Umfeld beim Kunden. All die Jahre habe ich mit Delphi in einer VMWare-Workstation gearbeitet mit Desktop OS. Seit Delphi 10 haben wir umgestellt auf VMWare Esxi und in den VMs laufen Windows 2019 Datacenter Server. Das Projekt wurde vor etwa zwei Jahre auf den Server verschoben und lief unter Delphi 10 problemfrei. Auch zu Anfangs lief es unter Delphi 11 problemfrei. Seit wann genau die Probleme da sind konnte ich nicht ausmachen. Ich mache mir wirklich große sorgen. An die Server kann es fast nicht liegen und Anwenderfehler können es fast auch nicht sein da wie gesagt NICHT der Eigenschaftswert fehlt sondern die gesamte Eigenschaft samt Wert. Wenn die Server ein Problem hätten, dann würde vielleicht eine Änderung nicht gespeichert werden. Aber was kann die Ursache sein dass Eigenschaften verschwinden? Aus meiner Sicht nur die IDE.

[himitsu]

Zitat:

Es ist absolut gefährlich wenn man sich nicht darauf verlassen kann was man zur Designzeit eingestellt hat. Ich trau mich kaum eine Form zu ändern.

Dafür/Dagegen gibt es ja Versionierungstools (Git und Co.).

Wenn Property praktisch immer gesetzt sein müsen, dann kann man beim / nach dem Laden auch eine Prüfung in die Komponente einbauen.

Eine mögliche Ursache : wenn Namen/Komponenten nicht aufgelöst/ausgelesen/gefunden werden können und dann beim Speichern der Name praktisch leer ist.
Wobei ich vom XE noch kenne, dass Namen beim Speichern OK sind, ebenso manchmal beim Editieren im PropertyEditor, aber wenn der Fokus nicht im Property liegt, dann sieht es leer aus ... auch bissl blöd, wenn man ständig denkt es könnte leer sein und muß dann immer erstmal genauer reingucken

[Sinspin]

Hey,

sowas wie Caption hat ja keine Referenz zu einem Datenmodul.
Verwendest du ein Übersetzungstool?
Ich hatte den gleichen Fehler als ich in unserem Übersetzungtools die automatisch aktive Sprache neu eingestellt habe.
Anstatt, wie zu erwarten wäre, in Fällen in denen die aktive Sprache leer ist, weiter die default Sprache zu verwenden, hat es einfach die Captions/Texte/Listen alle ausgekippt.
Delphi ist dann so nett die Größe der DFM zu optimieren und schmeißt die leeren Properties ganz aus der DFM.

Deswegen, niemals ohne Versionsveraltung programmiern! Es gibt schon genug andere Gründe sich die Haare auszureißen.

[Kostas]

Zitat von Sinspin:

Hey,

...
Verwendest du ein Übersetzungstool?
...

Nein, ich habe kein Übersetzungstool. Ich setzt GIT ein. Aber Git hilft mir NUR wenn ich vor dem eincheken alle zu versionierende .dfms anzweifle und überprüfe ob ein Property verschwunden ist. Dieses Problem habe ich von Delphi1 bis Delphi 10 NICHT gesehen. Ich konnte mich immer darauf verlassen dass das was ich zur Designzeit einstelle auch erhalten bleibt. Ich möchte auch ausdrücklich sagen, ich verdächte nicht automatisch NUR Delphi und dass nur Delphi hier etwas falsch macht. Wenn Captions von Tabs verschwinden, ist schon schlimm. Es ist nichts im Vergleich dazu dass Propertys von FireDac Controls verschwinden. Da kann ein großer Schaden entstehen wenn plötzlich Verknüpfungen nicht mehr greifen.

Übrigens, die Captions wurden bisher NUR vom TcxPageControl sporadisch entfernt. Ein Caption von anderen Controls ist mir noch nicht aufgefallen.
Bisher hatte ich NUR einen Fall bei dem ein FireDac Prop. verschwunden ist. Theoretisch könnte das auch zufällig andere Ursachen gehabt haben. Ich habe es automatisch in dieselbe Schublade gesteckt wie die Captions da wieder in das DFM das Property und der Wert gefehlt haben.

Jetzt hast du mir ein interessanten Hinweis gegeben dass Delphi das Caption entsorgt wenn es keinen Wert hat. Das habe ich soeben ausprobiert und es ist wirklich so. Somit kann ich nicht mehr ausschließen dass ich selbst versehentlich ohne es zu bemerken den Feldinhalt gelöscht habe. Was würde mich sehr beruhigen!

Gruß Kostas

[Uwe Raabe]

Zitat von Kostas:

Jetzt hast du mir ein interessanten Hinweis gegeben dass Delphi das Caption entsorgt wenn es keinen Wert hat.

Das Streaming-System unterdrückt alle Properties deren Wert dem Default entspricht. Dieser wird über die gleichnamige Direktive, ein entsprechendes Attribut oder einen impliziten Wert bestimmt. Bei Strings ist letzterer eben der Leerstring.

[Kostas]

Es wäre mir sehr recht wenn ich das Problem wäre und nicht Delphi!