Android: MessageDlg Logik

[greenmile]

Da hatten die auch noch ganz andere Probleme. Naja, sei es wie es ist: MessageDlg's sind nicht mehr Modal, damit müssen wir leben. Hoffentlich bleibt diese Eigenschaft nur in FMX und kommt nicht in die Windows oder Mac Welt.

[Sir Rufo]

Die Dialoge sind immer noch modal aber nicht mehr blockierend!

[Jumpy]

Zitat von Sir Rufo:

Die Dialoge sind immer noch modal aber nicht mehr blockierend!

Aber was ist denn da der Unterschied? Ich dachte das blockieren wäre das modale?

Code:

Modale Dialoge sperren den Rest der Anwendung, solange der Dialog angezeigt wird.
Nichtmodale Dialoge erlauben auch Eingaben außerhalb des Dialogs.

aus Wikipedia

[Sir Rufo]

Zitat von Jumpy:

Zitat von Sir Rufo:

Die Dialoge sind immer noch modal aber nicht mehr blockierend!

Aber was ist denn da der Unterschied? Ich dachte das blockieren wäre das modale?

Code:

Modale Dialoge sperren den Rest der Anwendung, solange der Dialog angezeigt wird.
Nichtmodale Dialoge erlauben auch Eingaben außerhalb des Dialogs.

aus Wikipedia

Na dann versuche doch mal mit dem neuen nicht blockierendem Dialog in der Anwendung weiter zu arbeiten. Muss ja nach deinem Verständnis gehen.

Geht aber nicht, denn der Dialog ist modal und sperrt den Rest, aber er blockiert die Codeausführung nicht.

Vorher war der Dialog modal und blockierend, jetzt nur noch modal.

[Jumpy]

Zitat von Sir Rufo:

... der Dialog ist modal und sperrt den Rest, aber er blockiert die Codeausführung nicht.

Aha, so ist das gemeint. Die Codeausführung kann quasi schon mit was anderem weiter machen.


Nur aus Neugier (für nicht FMXler), wenn in der weiteren Codeausführung erneut ein modaler Dialog aufgerufen wird während der erste noch nicht geschlossen ist, wie ist das geregelt?

[Sir Rufo]

Ohne es explizit ausprobiert zu haben, würde ich bei dieser Konstellation:

Delphi-Quellcode:

procedure foo;
begin
  ConfirmAction( 'Willst du Drucken?', PrintFoo );
  ConfirmAction( 'Willst du Speichern?', SaveFoo );
end;

erwarten, dass der Druck-Dialog erscheint und darüber der Speicher-Dialog.

[Daniel]

Zitat von Sir Rufo:

Ohne es explizit ausprobiert zu haben, würde ich bei dieser Konstellation:

Delphi-Quellcode:

procedure foo;
begin
  ConfirmAction( 'Willst du Drucken?', PrintFoo );
  ConfirmAction( 'Willst du Speichern?', SaveFoo );
end;

erwarten, dass der Druck-Dialog erscheint und darüber der Speicher-Dialog.

Ich habe - ohne zu fragen - Dein Beispiel genutzt. Es ist genau anders herum. Erst kommt der zweite Dialog (hier das Speichern), danach dann der erste Dialog (hier das Drucken).