Button gibt sich selbst bei klick frei

[himitsu]

Wegoptimieren wird er das nicht. Sooooo schlau ist der nun auch nicht, daß er den Thread drumrum einfach weglässt.

Pssst: http://www.delphipraxis.net/179193-t...der-queue.html -> siehe Antwort #9 und hier nochmal die Kurzfassung davon:

Delphi-Quellcode:

TThread.CreateAnonymousThread(procedure
  begin
    Queue(AThread, procedure
      begin
        // mach hier irgendwas verzögert
      end);
  end).Start;

[Der schöne Günther]

Wahrscheinlich hat er in der Debug-Fassung keinen Haltepunkt da Inlining nicht deaktiviert wurde und der Compiler das inlined?

[QuickAndDirty]

Zitat von Der schöne Günther:

Wahrscheinlich hat er in der Debug-Fassung keinen Haltepunkt da Inlining nicht deaktiviert wurde und der Compiler das inlined?

hm Der halte punkt war halt beim kompilieren weg(grün) .

[QuickAndDirty]

Zitat von himitsu:

Wegoptimieren wird er das nicht. Sooooo schlau ist der nun auch nicht, daß er den Thread drumrum einfach weglässt.

Pssst: http://www.delphipraxis.net/179193-t...der-queue.html -> siehe Antwort #9 und hier nochmal die Kurzfassung davon:

Delphi-Quellcode:

TThread.CreateAnonymousThread(procedure
  begin
    Queue(AThread, procedure
      begin
        // mach hier irgendwas verzögert
      end);
  end).Start;

Ich mache wirklich alles im Hauptthread.... hab erst recht spät erkannt das es da noch an anderen Stellen Probleme gibt...wenn Sachen länger dauern...da steht noch ein größerer Umbau an. Ich wollte es halt möglichst leicht zu debuggen haben...

Queue funktioniert also bei mir bis her wie erwartet. Danke!

[Mavarik]

Die Lösung hierfür heißt OnIdle...

Ich habe mir hierfür eine eigene FreeAndNIL -> ArcFreeAndNil -> KillLater geschrieben....

[QuickAndDirty]

Theoretisch wäre wohl sowas wie ein JobScheduler das richtige, welcher dann alles was man Queued in Application.OnIdle ausführt.Aber ich hab jetzt erstmal die Thread Geschichte.

[Mavarik]

Zitat von QuickAndDirty:

Theoretisch wäre wohl sowas wie ein JobScheduler das richtige, welcher dann alles was man Queued in Application.OnIdle ausführt.Aber ich hab jetzt erstmal die Thread Geschichte.

Ja TIdleWorker... Von Sir Rufo

[QuickAndDirty]

Das mit TThread.Queue hatte zwar auf Windows geklappt und auch auf Android in allen Fällen außer in einem....

Nach dem Create eines Formulars wird der Style einer Componente nicht korrekt gerändert.
TThread.Queue(Liste.ApplyStyleLookup) löst das problem auf Windows
Aber in Android bleibt es falsch gerändert...

Hab dann nen JobScheduler für arme geschrieben...(hab deinen Post nicht gleich gesehen)
Damit funktioniert es wenn man

TJobScheduler.Queue(Liste.ApplyStyleLookup);
TJobScheduler.Queue(Application.ProcessMessages);

ausführt.

Es kann auch sein das nicht alles davon notwendig ist. Leider ist es ja unmöglich Erkenntnis darüber zu bekommen warum ein Style unvollständig gerändert wird.
Der JobScheduler arbeitet im Application.Idle Ereignis wenn die Liste mehr als null Jobs hat.

Warum sind so einfache Dinge, so schwierig zu lösen?

[himitsu]

Zitat:

TJobScheduler.Queue(Application.ProcessMessages);

In ProcessMessages werden die OnIdle-Ereignisse aufgerufen. (zumindestens im Windows)
Macht das hier dann einen Kreisaufruf? (eine Endlosschleife wäre auch cool ... je nachdem, wann man den Job aus der Queue entfernt)

[Harry Stahl]

Wir hatten doch schon mal so ein ähnliches Problem, wo ich eine Lösung mit TTask.Run vorgeschlagen hatte, funktioniert die hier nicht?

Siehe hier:
http://www.delphipraxis.net/1358288-post7.html