![]() |
AW: ActivityIndicator nach dem Programmstart
Das stimmt, es ist zu aufwendig den Code zum Laden in die Execute Methode zu verfrachten und das OnTerminate Event mit der MainForm zu verbinden, um dann die Form freizugeben. :roll:
|
AW: ActivityIndicator nach dem Programmstart
Scherzkeks.
Ich habe nicht erwähnt, dass bei der "Aufgabe" Assoziationen zu 4 anderen Objekten bestehen, mit unter auch der GUI. |
AW: ActivityIndicator nach dem Programmstart
Zitat:
Zitat:
![]() ![]() ![]() Ich vermute aber mal, dass du da zu kompliziert denkst und dort einiges vermischst. Wenn mit der GUI nicht gearbeitet werden kann (warten) dann kann das Bearbeiten von GUI Objekten auch warten bis der Thread fertig ist. Die Daten liegen ja eh nicht in den GUI Objekten (oder etwa doch, dann ist es ein Designfehler) |
AW: ActivityIndicator nach dem Programmstart
Zitat:
|
AW: ActivityIndicator nach dem Programmstart
Zitat:
Wenn Fragen auftauchen einfach mal her damit. Diesen Link solltest du dir mal anschauen ![]() |
AW: ActivityIndicator nach dem Programmstart
Zitat:
Wenn zu viele nackte Threads in einem (Adress-)Raum herumlaufen, gibt es immer Probleme. Erst, wenn die dann in einen (Arbeiter-)Pool springen oder an einem Signal warten, hat man sie unter Kontrolle. SCNR :mrgreen: |
AW: ActivityIndicator nach dem Programmstart
Nimm doch einfach als Startform ein leeres Form mit den Hinweis "Bitte warten bis alle Daten geladen"
Weil Apple "mag" es nicht wenn ein Vorscreen mit einem Button bestätigt werden muss. (Habs trotzdem so gemacht und geht auch problemlos in den AppStore) Mavarik |
Alle Zeitangaben in WEZ +1. Es ist jetzt 13:43 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz