Dialoge unter IOS und Anroid _> FMX unbenutzbar ?

[arnof]

Zitat von TurboMagic:

Ja, mit den in der Doku angegebenen Fassungen bekommt man entsprechende Dialoge zum Laufen.
Es gibt aber leider noch ein Problem damit:
https://quality.embarcadero.com/brow...2MessageDlg%22

Vielleicht möchte ja der eine oder andere auch für diesen Report in QP abstimmen?

Grüße

TurboMagick

ok zu früh gefreut; nachdem bei mir wieder alles mit 10.2.3 geht, habe ich das nochmals genau geprüft:

unter IOS hänge der MessageDlg weiterhin, wenn das Fenster vorher mit ShowModal geöffnet wurde Sorry für die Fake New

[Mavarik]

Kleiner Tipp zum SDK Manager...

Wenn das Parsen der XML Datei hängen bleibt...

Fenster minimieren und wieder herstellen. (2-3 mal)

Dann läuft er jedes mal weiter...

Gleiches gilt für den download.

(Ist halt java)

Mavarik

[TurboMagic]

Zitat von arnof:

Zitat von TurboMagic:

Ja, mit den in der Doku angegebenen Fassungen bekommt man entsprechende Dialoge zum Laufen.
Es gibt aber leider noch ein Problem damit:
https://quality.embarcadero.com/brow...2MessageDlg%22

Vielleicht möchte ja der eine oder andere auch für diesen Report in QP abstimmen?

Grüße

TurboMagick

ok zu früh gefreut; nachdem bei mir wieder alles mit 10.2.3 geht, habe ich das nochmals genau geprüft:

unter IOS hänge der MessageDlg weiterhin, wenn das Fenster vorher mit ShowModal geöffnet wurde Sorry für die Fake New

Hallo,

ich glaube mobile Plattformen (zumindest Android!) mögen keine modalen Dialoge.
Also kein ShowModal benutzen. Wenn man sowas konstruieren möchte, muss man es
glaube ich DoItYourself mäßig tun.

Meiner Meinung nach wäre es besser (auch wenn's manchmal aufwändiger ist, ich
kenne das Problem) die App gleich so umzusetzen, dass die nicht modale Dialog Form
benutzt wird und der Programmablauf erst über die beim Drücken der Buttons
ausgelösten Handler weiter macht.

Grüße

TurboMagic

[NickD]

Hallo,
ich habe ebenfalls Probleme mit Showmessages und Dialogen unter iOS mit Delphi 10.2.x.
Eventuell liegt hier das gleiche Problem vor. Die Dialoge, Showmessages und auch der Scroll bei Comboboxen funktionieren nicht mehr, sobald diese auf einer 2. Form die mit Showmodal aufgerufen wurde liegen/aufgerufen werden.
Beitrag der Delphi-Praxis:
https://www.delphipraxis.net/196278-...-probleme.html

Das Problem habe ich bereits im QC gemeldet:
https://quality.embarcadero.com/browse/RSP-20221

Embarcadero konnte mir hier leider nicht weiterhelfen. Ich sehe diesen Bug als ziemlich kritisch an.

[KodeZwerg]

Ich find den Workaround mit TPanel in Deinem Thread sehr gut. Schade das er Dir nicht zusagt.

[NickD]

Zitat von KodeZwerg:

Ich find den Workaround mit TPanel in Deinem Thread sehr gut. Schade das er Dir nicht zusagt.

Hi KodeZwerg. Ich bin dankbar für deinen Workaround und werde diesen auch versuchen. Ich würde nur gerne das Problem an sich gelöst haben. Aber die Hoffnung auf eine stabile 10.3 stirbt zuletzt

[NickD]

Hallo,
ich würde hier gerne nochmal das Thema aufgreifen.
Da ShowModal unter iOS nicht mehr verwendbar ist, habe ich versucht alles auf Show umzustellen.
In den meisten Fällen gelingt das auch.

Wie sieht es jedoch mit folgender Konstruktion aus(Als Beispiel):
1. Form1 ruft Form2 mit einem String-Parameter auf
2. Form2 verarbeitet den String und soll diesen verarbeiteten String, nach einem Button Klick an Form1 zurückgeben
(Unit der Form1 soll nicht in Unit der Form2 eingebunden werden, da Form2 in mehreren Formen verwendet werden soll.)

Wie bekomme ich den verarbeiteten String der Form2 nun als Ergebnis zurück?

Mit ShowModal hätte ich in der Anonymen Procedure den String ausgelesen.

Hoffe ihr könnt mir einen kurzen Denkanstoß geben

mfg Nick.

[Schokohase]

Schreib dir doch eine Methode ShowWithCloseCallback( ACloseCallback: TProc ) und rufe diesen Callback auf, wenn die Form geschlossen wird.

Das sollte mit ein paar Zeilen Code erledigt sein.