VirtualStringTree - Sichtbarkeitsprobleme nach Clear

[jaenicke]

Vielleicht ein explizites Invalidate nach dem Clear?
Müsste ich mal testen, ich zeige selten ein Fenster mehrfach an, meistens erstelle ich dann eine neue Instanz.

[Aviator]

Zitat von jaenicke:

Müsste ich mal testen, ich zeige selten ein Fenster mehrfach an, meistens erstelle ich dann eine neue Instanz.

Mache ich ebenfalls so. Hat diverse Vorteile die Sneaky aber lt. einem anderen Thread nicht nutzen wollte.

Die Clear Funktion des VST's ruft automatisch BeginUpdate und EndUpdate auf.

[SneakyBagels]

Zitat:

Hat diverse Vorteile die Sneaky aber lt. einem anderen Thread nicht nutzen wollte.

Hat leider aber auch den Nachteil, dass ich nicht auf das Formular zugreifen kann, wenn ich es jedes mal wieder freigebe.
Besonders beim Wechseln der Programmsprache ist das hinderlich.

[himitsu]

Ich würde auch erstmal an etwas ala "DoubleBuffered" denken -> beim Anzeigen nach Clea wird schnell der alte Puffer geladen und danach dann der neue Inhalt erstellt+angezeigt.
In dem Fall müsste man irgendwie den Puffer vor dem nächsten Anzeigen neu zeichnen lassen.

[SneakyBagels]

Ich konnte das Problem lösen.
Es ist zwar eher 0815 aber nach dem VST.Clear; im FormClose ein Application.ProcessMessages; hat das Problem gelöst.

[Ghostwalker]

Hmmm...dann macht das ganze Verhalten auch Sinn. Der Clear kommt nicht mehr dazu, das er komplett ausgeführt wird, bevor das Formular geschlossen wird (fehlende Rücksprung-Addresse, Stack usw.). Da der VST nicht zum schliessenden Formular gehört, bleiben die Daten erhalten.

Ich vermute mal, das der erneute Aufruf des Formulars ebenfalls einen Clear ausführt oder ?

[SneakyBagels]

Das Close wird innerhalb desselben Formulars aufgerufen.

Zitat:

Ich vermute mal, das der erneute Aufruf des Formulars ebenfalls einen Clear ausführt oder ?

Nein. Es gibt nur dieses eine Clear.

[Zacherl]

Zitat von Ghostwalker:

Hmmm...dann macht das ganze Verhalten auch Sinn. Der Clear kommt nicht mehr dazu, das er komplett ausgeführt wird, bevor das Formular geschlossen wird (fehlende Rücksprung-Addresse, Stack usw.).

Das mit dem Stack wäre aber ganz und gar nicht gut und ist zum Glück auch nicht möglich. Das Problem wird sein, dass irgendeine Message (WM_PAINT, WM_ERASEBKG, etc.) nicht mehr abgearbeitet wird. Die MessageQueue (besonders im Falle von modalen Fenstern) ist bei Delphi doch ziemlich eigen.

Ich persönlich erstelle deshalb auch alle Formulare neu, aber der Workaround mit Application.ProcessMessages scheint ja auch zu funktionieren.