[erledigt] Konvertierung dfm -> lfm mit VirtualStringTree

[fliegermichl]

Wenn ich ein Delphi Formular mit einem VirtualStringTree konvertiere, dann fehlen immer die Spalten.
Da Lazarus ja auch direkt mit dfm Dateien arbeiten kann, habe ich mal versucht die dfm zu öffnen und bekomme sofort die Fehlermeldung
unknown property "columns"

Wenn ich die dfm Datei mit einem Texteditor öffne, dann sehe ich, daß bei allen Properties des Headers ein Header.
vor dem Namen der Headereigenschaft steht.

Bei den Columns ist das nicht der Fall.
Ich hab dann einfach mal Header.Columns geschrieben, die Datei gespeichert und erneut versucht die dfm zu öffnen.

Da bekomme ich dann die Fehlermeldung unknown property "WideText".

Was macht der VirtualstringTree da in Delphi für einen Voodoozauber?
Da stehen die Columns im Objektinspektor unterhalb von Header und die Eigenschaft heisst Text und nicht WideText?.

Da ich sehr viele Formulare mit VirtualStringTree konvertieren möchte, wäre es schon sehr schön, wenn das so ginge.

[af0815]

Ich würde sagen, da sind die published properties nicht gleich zwischen Delphi und Lazarus Version. Weil IMHO nur die werden vom Reader und Writer in die lfm (dfm) geschrieben und auch dann nur wenn der Inhalt vom default Wert abweicht. Nur so kann ich mir das erklären.

[fliegermichl]

Ich habe in der dfm "Columns" durch "Header.Columns" und "WideText" durch "Text" ersetzt.
Dann konvertiert Lazarus die dfm problemlos nach lfm.

Öffne ich die derart umgeschriebene dfm dann in Delphi5 und speichere sie wieder ab, sind meine Änderungen wieder weg.
Sie wird aber korrekt geöffnet. und angezeigt.

[fliegermichl]

In der Delphiversion wird TBaseVirtualTree.DefineProperties und TVirtualTreeColumn.DefineProperties überschrieben.
Da gab es wohl mal einen Bug in einer älteren Delphiversion bei dem es nicht möglich war, Collections im Formular zu speichern.

Die fehlen in der LCL Version vom VirtualTree. Damit erklärt sich das Verhalten.