Controls sofort aktualisieren ohne ProcessMessages

[Photoner]

Delphi XE 5 ; FireMonkey HD Anwendung ; Exklusiv für Windows

Ich hätte gerne ein paar Controls, die eine Rückmeldung an den User geben sollen, sofort aktualisiert. Ich habe das bisher nur mit einem

Delphi-Quellcode:

 Application.ProcessMessages

hinbekommen. Geht das auch ohne?

Ich habe ein Minimalbeispiel dazu gestrickt:

Delphi-Quellcode:

unit Unit2;

interface

uses
  System.SysUtils, System.Types, System.UITypes, System.Classes, System.Variants,
  FMX.Types, FMX.Graphics, FMX.Controls, FMX.Forms, FMX.Dialogs, FMX.StdCtrls,
  FMX.Objects, FMX.Edit;

type
  TForm2 = class(TForm)
    Label1: TLabel;
    Edit1: TEdit;
    Circle1: TCircle;
    procedure Edit1Change(Sender: TObject);
  private
    { Private-Deklarationen }
  public
    { Public-Deklarationen }
  end;

var
  Form2: TForm2;

implementation

{$R *.fmx}

procedure TForm2.Edit1Change(Sender: TObject);
begin

  // Anzeige das etwas geschieht und etwas Zeit dauert
  Circle1.Fill  :=  TBrush.Create(TBrushKind.bkSolid,TAlphaColorRec.Black);
  Label1.Text   :=  'Schwarz';

  // gibt es eine Möglichkeit das ProcessMessages zu umgehen?
  FMX.Forms.Application.ProcessMessages;

  // sleep als Ersatz für eine etwas länger dauernde Prozedur
  sleep(2500);

  // fertig
  Circle1.Fill  :=  TBrush.Create(TBrushKind.bkSolid,TAlphaColorRec.White);
  Label1.Text   :=  'Weiß';

end;

end.

[stahli]

Da FMX die GUI im Mainthread zeichnet wird es ohne Application.ProcessMessages nicht gehen.

Ich hatte zu dem Themenbereich mal einen Beitrag gestartet: http://www.delphipraxis.net/175033-f...-schlecht.html
Dort ist auch ein kleines Testprojekt, das mal eine "eigene primitive GUI" (zumindest ein paar sehr spartanische Controls) unabhängig vom Mainthread versucht.
Zumindest ich hatte aus den Demovideos zu FMX anfänglich herausgelesen, dass FMX offenbar unabhängig vom Mainthread gerendert wird (wegen animierten Effekten und dem AniIndicator, "der ja augenscheinlich völlig autark lief"), was aber leider so doch nicht zutraf.

[Dalai]

Ich hab keine Ahnung von FMX, aber vielleicht genügt ein T(Win)Control.Update bzw. Refresh, Repaint etc? Sofern diese Methoden dort existieren.

MfG Dalai

[Sir Rufo]

Die Antwort steht im Tutorial http://www.delphipraxis.net/185749-f...-callback.html

[Uwe Raabe]

Ich kann jetzt gerade nicht probieren, ob es auch unter XE5 funktioniert, aber in XE8 tut es ein simples

Delphi-Quellcode:

PaintTo(Canvas);

um das Form komplett zu aktualisieren.

[Harry Stahl]

Unter XE5 funktioniert PaintTo (canvas) ebenfalls.

[Sir Rufo]

Auch wenn das funktioniert, friert die Anwendung trotzdem für 2,5 Sekunden ein.

Das ist nicht so im Sinne des UIThread-Erfinders, gelle?

[Mavarik]

Das Stichwort heißt : TIdleWorker

Mavarik

[Sir Rufo]

Zitat:

Zitat von Mavarik (Beitrag 1307874)

Das Stichwort heißt : TIdleWorker

Mavarik

Nein, eine Aktion, die 2,5 Sekunden dauert gehört in einen Thread und nicht in den UIThread

[Mavarik]

Zitat:

Zitat von Sir Rufo (Beitrag 1307877)

Nein, eine Aktion, die 2,5 Sekunden dauert gehört in einen Thread und nicht in den UIThread

Ja und nein...

Leider ist es so, dass auf einem "schlappen" 1-CPU-1-Core-Device ein Thread die Performance des UIThread's so schmälert, dass z.B. die Timer-Animationen von Firemonkey nicht mehr "schön" laufen...

Daher die Devise: UIAktion's Event entgegen nehmen (z.b. ein OnClick) dann kurz den IdleWorker initialisieren und so schnell wie möglich die komplette CPU Zeit an die UIThread abgeben...

Wenn das OnIdle dann aufgerufen wird, kann "Deine" 2,5 Sekunden Aktion gerne in einem "richtigen" Thread gestartet werden... Aber erst dann...

Wahrscheinlich wird man sowieso vorher ein "processing" an zeigen...