"Unendlicher Progressbar"

[skoschke]

Hallo,

wie bekommt man diesen "unendlichen Progressbar", so wie Windows, der immer wieder durchläuft?
Eigentlich hasse isch das Ding, habe aber eine Anwendung wo die verbleibende Restzeit nicht abschätzbar ist und wollte dem Anwender damit signalisieren dass da noch was im Hintergrund werkelt...

Ciao
Stefan

[lxo]

Hallo,

schau dir mal die "TProgressBar.Style Property" an.

[skoschke]

Danke!

Ich schäme mich in Grund und Boden :-)

Ciao
Stefan

[skoschke]

Ich muss da aber noch mal nachfragen:

Ich mache im Programmablauf die Progressbar visible damit der Anwender sieht dass da im Hintergrund etwas geladen wird, nach dem Ladevorgang wird sie wieder versteckt...
Nur leider bewegt sich die Progressbar nicht...

Ich bin eigentlich kein Freund von Application.ProcessMessages, geht das auch anders?

Ciao
Stefan

[stahli]

Korrekter Weise kannst Du die langwierige Aufgabe nur in einen Thread auslagern und die Darstellung durch eine Schleife im Hauptthread aktualisieren.

Mit Application.ProcessMessages kannst Du den Effekt zwar auch erreichen, aber das ist eher unsauber und kann u.U. zu Problemen führen.

[skoschke]

Die langwierige Aufgabe ist die Erzeugung von Komponenten und das Laden von denen mit Inhalt.

Irgendwie sehe ich da Probleme das in einen Thread auszulagern?
Da müsste der Thread ja im MainForm Konmponenten erzeugen und füllen, macht man so etwas?

Ciao
Stefan

[himitsu]

Wenn man im Hautthread arbeiten muß,
dann muß man eben selber regelmäßig für eine Aktualisierung der GUI sorgen, da sie währeddessen ja keine Zeit bekommt.

* Form.Repaint bzw. Komponente.Repaint (Achtung, Windows sieht hier dennoch die Form nach einer Weile als "hängend" an)
* Application.ProgressMessages; (aufpassen, da hier alle Messages verarbeitet werden ... nicht dass da zwischendrin "unpassende" Aktionen starten)
* * z.B. Nutzer klickt nochmal auf den Button (dann läuft das mehrmals ineinanderverschachtelt)
* wir haben und mal ein eigenes "ProgressMessages" gebaut, was nur gewisse Messages ausführt (Windows-HangUp-Erkennung, Zeichenaktionen usw., aber keine Timer-, Maus oder Tastaturereignisse)

* viele machen das in einer Schleife alle X Durchläufe (unschön, da PCs nicht immer gleich schnell sind)
* ich mach es zeitabhängig, also in der schleife prüfen wann das letzte Mal und dann alle X Millisekunden (z.B. 100/200/250/500/1000ms ... je nach Anwendungsfall)



OK, das Erstellen/Freigeben von Komponenten muß in dem Thread erfolgen, wo die Form erstellt wurde und behandelt wird.

Füllen kann man manche Komponenten aber auch im Thread.
* oftmals gibt es eine BeginUpdate-Methode, welche die Komponente von der automatischen Aktualisierung sperrt
* und wenn beim Update des Inhaltes nicht auf globale Objekte zugegriffen wird, die noch von anderswo in Verwendung sind,
* * dann kann man BeginUpdate und EndUpdate im Hauptthread ausführen und den Rest dazwischen auslagern

[stahli]

Ok, das wird in einem Thread schlecht gehen (außer Daten zu sammeln und zu puffern, um die Controls dann in einem Rutsch erzeugen zu können).

Um welche Zeitspannen handelt es sich denn?

Ggf. wäre einfach ein statischer Splashscreen sinnvoller, der auf die mögliche Zeitspanne hinweist. Dann müssen keine Klimmzüge gemacht werden, damit ein grüner Balken hin und her zuckelt, was ohnehin nicht wirklich hilfreich ist.

Welche Workarounds man gehen könnte, hängt sicherlich von den genauen Umständen ab.

[Uwe Raabe]

Selbst mit Application.ProcessMessages wird der Progressbar merklich ruckeln, wenn man das nicht weniger als alle 50 ms macht. Etwas genügsamer ist ein TActivityIndicator, aber auch der kommt nicht ohne Application.ProcessMessages aus.

Zitat:

Zitat von skoschke (Beitrag 1469111)

Die langwierige Aufgabe ist die Erzeugung von Komponenten und das Laden von denen mit Inhalt.

Da würde ich eher ansetzen. Ist es wirklich das Erzeugen der Komponenten oder das Laden der Inhalte, was soviel Zeit kostet?

[Benmik]

Zitat:

Zitat von himitsu (Beitrag 1469114)

Application.ProgressMessages; (aufpassen, da hier alle Messages verarbeitet werden ... nicht dass da zwischendrin "unpassende" Aktionen starten)

Was ist mit dieser Antwort von dir höchstpersönlich?