Hallo!

Ich habe bei meinem Programm eine Prozedur, die i.d.R. 4-5 sek. braucht um komplett durchzulaufen. Dabei werden unter anderem Daten aus dem Internet gezogen (per IdHTTP). Leider ist während dieser zeit das Progamm nicht wirklich "flüssig" bedienbar, was aber nicht an einer Überforderung der Rechenleistung oder so liegt. Lassen sich irgendwie die Bedienbaren Elemente während einer Prozedur "bedienbar" halten?
Ich hoffe die Beschreibung meines Problems ist verständlich Ist nur irgendwie schwer zu erklären...
mfg

Jojo

Funktioniert zumindest in For-Schleifen.

Meines Wissens bieten die Transfer-Routinen eine CallBack-Möglichkeit. Damit kannst Du dann die "Flüssigkeit" Deines Programms herstellen. Musst mal ein bisschen im Forum suchen. Das letzte mal, dass ich mit Callbacks gearbeitet habe, ist schon ein paar Jahre her.

Hi!
Danke für eure Antworten!
@Regan: Stimmt! An den Befehl kann ich mich jetzt auch wieder erinnern. Leider zeigt er bei mir nicht die gewünschte Wirkung

@jasocul: Callback sagt mir leider gar nix!

mfg

Jojo

lagere doch einfach deine Proc in einen Thread aus

Hi,
ich machs immer so:
idAntiFreeze Kompo aus der Sparte Indy Misc aufs Formular,
IdleTimeout auf 1 und OnlyWhenIdle auf false,
sollte klappen
//Edit: Das mit Application.ProcessMessages würde ich in deinem Fall ins OnWork Event vom IdHTTP setzen
Gruss
PigfaceJoe

Hi!

Danke, mit der IdAntiFreeze Komponente läufts schon viel besser
Aber ist die Eingabe von "IdleTimeOut" auf "1" nicht überflüssig wenn OnlyWhenIdle auf false ist?
mfg

Jojo

Hmm, weiss ich ehrlich gesagt nicht genau, probier's doch mal aus

Moin!

Jojojoxx hat folgendes geschrieben:

Ich habe bei meinem Programm eine Prozedur, die i.d.R. 4-5 sek. braucht um komplett durchzulaufen. Dabei werden unter anderem Daten aus dem Internet gezogen (per IdHTTP). Leider ist während dieser zeit das Progamm nicht wirklich "flüssig" bedienbar

Sauberste Lösung: lagere den Teil in einen eigenen Thread aus!

cu
Narses

Hi!

Also, ich habe mich jetzt ein wenig mit Threads beschäftigt und habe meine gesamte Prozedur genommen und in eine andere Unit in einen Thread ausgelagert. Innerhalb dieser Prozedur wird auf ca. 20 versch. visuelle Komponenten zugegriffen und soweit ich das richtig verstanden habe geht das (bzw. sollte man das nur) mit synchronize. Allerdings kann ich nicht für jeden Zugriff eine eigene Prozedur machen, die ich dann mit synchronize aufrufen kann, dann hätt ich ja über 20 neue Prozeduren...
Und meine gesamte Prozedur einfach per synchronize geht auch nicht (Fehler: Es gibt keine überladene Version...)
Wo liegt mein Denkfehler?
mfg

Jojo

Moin!

Jojojoxx hat folgendes geschrieben:

Wo liegt mein Denkfehler?

Im Designkonzept der Anwendung? Mir scheint, du trennst nicht vernünftig zwischen Funktion und Darstellung, dann kommt es zu solchen "Effekten"...

Ansonsten: die per Synchronize aufgerufene Methode darf durchaus auch aus der Thread-Klasse sein und deren Variablen verwenden du kannst also mit einer Zustandsvariablen steuern, was da aktualisiet werden soll (z.B. eine VCL-Kompo). Dafür muss man nicht verschiedene Methoden anlegen...

cu
Narses