eigenartiges Verhalten von tlabel u. a. in for - to Schleifen

[wicht]

Zitat:

Warum geht das ohne Application.ProcessMessages bei einigen "Darstellern", bei anderen nicht?

Bei welchen Komponenten funktioniert das denn? Weißt du ungefähr, wie das Messaging-System funktioniert/was ProcessMessages() tut? Ich konnte noch nie beobachten, dass das ohne klappt (in einer Situation wie von dir beschrieben).

[DrUArn]

Danke Markus,
verstehe ich - dann muß den Knecht eben zwingen!

Klappt aber auch nicht immer - benutzt man in einem etwas umfangreicheren Programm obiges Konstrukt, erweist sich tlabel als am stursten - will sich nicht neu darstellen, auch wenn man sofort nach der string-Zuordnung zu caption ein application.processmessages auslöst!

Hier beim Testen funktionierte es (siehe mein Delphi-Beispiel) in tform.caption und tbutton.caption (da nicht immer) ohne application.processmessages! - Wie dieses Messaging funktioniert, weiß ich auch nicht!

Danke für's mitdenken
Uwe

[mkinzler]

Das Fenter ( Ein Control ist unter Windows ein fenster) bekommt eine Nachricht gesendet, dass es sich neu Zeichnen soll.
Application.ProcessMessages; sogt dafür, dass alle untergeordneten "Fenster" ihre "Messages" abarbeiten.

[himitsu]

Einige Komponenten zeichnen sich bei jeder Kleinigkeit neu, was schonmal ganz schön Zeit fressen kann, wenn man Mehreres ändert.

TLabel sendet sich nur eine Nachricht "zeichne dich mal neu", welcher immer nur einmal in der Nachrichtenschlange landet.
Somit wird das Label quasi nur neu gezeichnet, wenn sich Form das nächtes Mal reagiert und alle bisherigen Nachrichten verarbeitet hat.
PS: Das TLabel kennt noch die Methoden Refresh und Repaint, um sich sofort neu zu zeichnen.

[DrUArn]

Zitat von himitsu:

Einige Komponenten zeichnen sich bei jeder Kleinigkeit neu, was schonmal ganz schön Zeit fressen kann, wenn man Mehreres ändert.
PS: Das TLabel kennt noch die Methoden Refresh und Repaint, um sich sofort neu zu zeichnen.

Hallo, in scheinbar rechenaufwändigen Programmen läßt sich als einziges tlabel von den genannten nicht einmal durch direktes Aufrufen von refresh oder repaint zu einer Neudarstellung vor Ende der Schleife zwingen!

Gruß Uwe

[mkinzler]

Zitat:

Hallo, in scheinbar rechenaufwändigen Programmen läßt sich als einziges tlabel von den genannten nicht einmal durch direktes Aufrufen von refresh oder repaint zu einer Neudarstellung vor Ende der Schleife zwingen!

Dann wird aber auch nur ein Message an das Control gesendet.

[Sir Rufo]

Zitat von DrUArn:

Zitat von himitsu:

Einige Komponenten zeichnen sich bei jeder Kleinigkeit neu, was schonmal ganz schön Zeit fressen kann, wenn man Mehreres ändert.
PS: Das TLabel kennt noch die Methoden Refresh und Repaint, um sich sofort neu zu zeichnen.

Hallo, in scheinbar rechenaufwändigen Programmen läßt sich als einziges tlabel von den genannten nicht einmal durch direktes Aufrufen von refresh oder repaint zu einer Neudarstellung vor Ende der Schleife zwingen!

Gruß Uwe

Darum packt man sowas rechenaufwändiges in einen Thread und schon ist die Anzeige schick

[himitsu]

@DrUArn: Hab mal nachgesehn und teilweise hast du Recht.

@mkinzler: Stimmt ebenfalls nur halb.

@Sir Rufo: Recht hast du.


Wenn das Label nicht transparent ist, dann zeichnet es sich komplett selber und beim Repaint zeichenet es sich sofort.

Idt das Label dageben transparent, schickt es dem Parent eine Nachricht, daß dieses sich neu zeichnen soll und wenn das geschieht, dann malt sich das Label dann wieder über alles drüber.
Denn es kennt die Hintergrundfarbe nicht, bzw. es weiß nicht vielleicht ob ein Bild dahinterliegt und kann demnach seinen Hintergrund nicht zeichnen, da es nicht sein Hintergrund ist.

Label ist ein Spezialfall, denn es ist kein WinControl, sondern eine delphieigene Komponente, ohne eigener Zeichenfläche ... es zeichnet sich immer nur auf dem Canvas des Parents.
Das echte WinControl, welches einem Label entspricht, wäre das TStaticText, welches dem Label (STATIC) von Windows entspricht.