Aus- und Einblenden von Komponenten unter Android

[amigage]

Hallo,

kann mir jemand bitte erklären, warum nachfolgender FMX Code unter Windows funktioniert, unter Android aber das Aus- und Einblenden von Komponenten nicht umgesetzt wird? D.h. die Combobox wird nicht ausgeblendet und das Label wird nicht sichtbar...

Delphi-Quellcode:

procedure TForm1.Button1Click(Sender: TObject);
begin
  Combobox1.Visible := false;
  Application.ProcessMessages;
  Sleep(1000);

  Label1.Visible := true;
  Application.ProcessMessages;
  Sleep(1000);

  Combobox1.Visible := true;
  Label1.Visible := false;
  Application.ProcessMessages;
  Showmessage('Ende');
end;

[AuronTLG]

Auf Android und IOS kannst du nicht den Main-Thread blockieren, d.h. das Sleep wird gepflegt ignoriert.

Deswegen läuft dort auch generell alles asynchron ab. Auf Windows hält das Programm bei einer ShowMessage an, auf Android & IOS läuft es direkt weiter.

Um das von dir angegebene Verhalten zu implementieren, müsstest du daher entweder mit Timern, Threads und/oder Animationen arbeiten.

[jaenicke]

Um es deutlich zu sagen:
Das ist unter den mobilen Plattformen nicht nur in Delphi so umgesetzt, sondern das (kurz gesagt) asynchrone Verhalten ist auch Voraussetzung für die Aufnahme einer App in die App-Stores.

[amigage]

Danke, das habe ich mir schon fast gedacht.
Dann muss ich wohl mit Timern arbeiten.

[himitsu]

In Delphi (Windows) ist alles Message-bassiert, mit einer Warteliste (MessageQueue) für die Messages,
wärend Android und iOS Event-basiert arbeiten.

Ja, man kann bedingt auch Messages im Android/iOS verwenden, weil Delphi sich dort quasi teilweise was Eingenes für gebaut hat.

[TurboMagic]

Nur ist das Delphi eigene Messaging nicht synchron? Ich glaube mein QP Feature Request das auch asynchron umzusetzen ist noch nicht umgesetzt, ich denke er ist noch offen...

[jaenicke]

Zitat von amigage:

Danke, das habe ich mir schon fast gedacht.
Dann muss ich wohl mit Timern arbeiten.

Noch besser wäre, wenn du es mit Events umsetzen könntest. Das lässt sich aber ohne Details nicht sagen.

Wenn du z.B. eine Verbindung herstellst, kannst du statt in einem Timer zu prüfen, ob die Verbindung hergestellt ist, auf das Ereignis OnConnect reagieren. Dann sparst du das Polling und die Reaktion ist direkter.