10.2 und Android...

[Mavarik]

Emm

Also Ich verstehe es nicht, wie Delphi die Kontrolle an Android übergibt, aber mit 10.2 wird im MainProg.dpr Application.Run ausgeführt und endet nicht in einer

Delphi-Quellcode:

  repeat // Zeile fehlt in 10.2
    InternalProcessMessages;
  until FAndroidApp^.destroyRequested <> 0; // Zeile fehlt in 10.2

sondern "InternalProcessMessages" wird nur ein mal aufgerufen und MainProg.dpr ist zu ende... (Sollte sich dann nicht die App schließen)

Da InternalProcessMessages nur ein mal aufgerufen wird, gibt es auch keine OnIdle Events mehr...

Meine Frage... Wieso ist die App noch im Speicher und läuft?

Hat das etwas damit zu tun, das der Java-UI-Thread jetzt der selbe ist wie der von Delphi?

Strange....

Mavarik

PS.: Unnötig zu sagen, dass FMX ohne den OnIdleEvent nicht zu gebrauchen ist...

[jaenicke]

Zitat von Mavarik:

PS.: Unnötig zu sagen, dass FMX ohne den OnIdleEvent nicht zu gebrauchen ist...

Das brauchten wir bisher unter Android nicht. Wofür brauchst du das?

Bei uns läuft alles in Threads, was wir vorher mit OnIdle gemacht hatten. Allerdings nicht wegen Android, sondern weil es vorher keine gute Lösung war. (Nutzung für eine asynchrone Eventqueue.)

[Mavarik]

Zitat von jaenicke:

Zitat von Mavarik:

PS.: Unnötig zu sagen, dass FMX ohne den OnIdleEvent nicht zu gebrauchen ist...

Das brauchten wir bisher unter Android nicht. Wofür brauchst du das?

Bei uns läuft alles in Threads, was wir vorher mit OnIdle gemacht hatten. Allerdings nicht wegen Android, sondern weil es vorher keine gute Lösung war. (Nutzung für eine asynchrone Eventqueue.)

Beispiel:

Delphi-Quellcode:

Procedure TForm1.ButtonClick(Sender : TObject)
begin // Jegliche Animation: Focus ButtonDown Farbe setzen usw. Läuft im UI-Thread mit einem Timer
  Proc_Dauert_10Sekunden_kann_nichtimThread(true); // Keine Reaktion für den User...
end;

Daher immer:

Delphi-Quellcode:

Procedure TForm1.ButtonClick(Sender : TObject)
begin // Jegliche Animation: Focus ButtonDown Farbe setzen usw. Läuft im UI-Thread mit einem Timer
  TIdleWorker.Default.Execute(Procedure // Wir ausgeführt im nächsten OnIdleEvent...
    begin
      Proc_Dauert_10Sekunden_kann_nichtimThread(true); // Keine Reaktion für den User...
    end);
end;

oder

Delphi-Quellcode:

Procedure TForm1.ListBox1Click(Sender : TObject)
var
  Layout : TLayout;
begin 
  Layout := TLayout.Create(NIL);
  Layout.Parent := TListListBoxItem(Sender);
  Layout.Align  := TAlignLayout.Client;

  TIdleWorker.Default.Execute(Procedure // Wir ausgeführt im nächsten OnIdleEvent...
    begin
      Whatever := Layout.Height; // Erst korrekt belegt nachdem sich die UI-Fertig aufgebaut hat... 
    end);
end;

usw. Aber das war nicht die Frage...

Mavarik

[Darlo]

10.2 ist irgendwie bezgl. auf FMX ein Desaster. Keine meiner Apps kann fehlerfrei genutzt werden. Bin daher bei 10.1 #2. Hoffe Update 1 kommt bald und richtet den ganzen Mist.

[Mavarik]

Zitat von Darlo:

10.2 ist irgendwie bezgl. auf FMX ein Desaster. Keine meiner Apps kann fehlerfrei genutzt werden. Bin daher bei 10.1 #2. Hoffe Update 1 kommt bald und richtet den ganzen Mist.

Genau so bei mir... 10.2 war das Linux Update...

[mensch72]

Dann schreibt doch mal was in QC und äußert dort den "wenig Aufwand" Wunsch nach einem Berlin10.1u2 mit noch einmal nachgereichter aktueller XCode Unterstützung, denn dort nähern wir uns stark IOS11

(ich weiß grad gar nicht ob die Signierung mit Tokyo10.2hf1 nun geht, habe noch keine App damit wieder zur Veröffentlichung "lauffähig" und mir fehlt die Zeit da zu suchen, obwohl ich nun mit dem Wissen um "geändertes OnIdle" mir da ein paar Stellen einfallen)

[Darlo]

Zitat von mensch72:

Dann schreibt doch mal was in QC und äußert dort den "wenig Aufwand" Wunsch nach einem Berlin10.1u2 mit noch einmal nachgereichter aktueller XCode Unterstützung, denn dort nähern wir uns stark IOS11

(ich weiß grad gar nicht ob die Signierung mit Tokyo10.2hf1 nun geht, habe noch keine App damit wieder zur Veröffentlichung "lauffähig" und mir fehlt die Zeit da zu suchen, obwohl ich nun mit dem Wissen um "geändertes OnIdle" mir da ein paar Stellen einfallen)

Steht doch alles schon drin. Geil nur dass da keine Hotfixes kommen. Man kann ja nichtmal nem Label dynamisch Text zuweisen....

[Rollo62]

Ich hab im Moment ios app auf 10.2 und selbige auf Android unter 10.1

Wenn ich genau wüsste was alles schief läuft würde ich auch qc schreiben können.

Bin aber eher bei schadensbegrenzung und kann nicht ständig Delphi reengineeren.
Dafür könnte uns emba ja mal vergüten z.b. bonus für qc Eintrag je nach voting.
Dann würden vielleicht mehr Entwickler die Arbeit von emba mitmachen.

Ich bin jedenfalls stinksauer das wir immer ohne Vorwarnung als gamma Tester benutzt werden

[mensch72]

..."Bin aber eher bei schadensbegrenzung und kann nicht ständig Delphi reengineeren.
Dafür könnte uns emba ja mal vergüten z.b. bonus für qc Eintrag je nach voting"...

zum Beispiel

Microsoft verschickt für einen guten "MSDN-QC-Eintrag" auch mal ein T-Shirt mit nem passenden Bild/Spruch... da geht es ja garnicht um den Wert, eher das sie anerkennen, das man seine Zeit zur FehlerANALYSE geopfert hat.

Ob Mr. Hausladen nun seitens Emba/Idera als Anerkennung seiner jahrelangen IDE-Hotfix-Leistungen eine kostenlose Subscription bekommen hat?
Bekannt ist aktuell nur das er aktuell selbst kein Geld mehr für eine Subscription ausgeben will und deshalb seineseits alle Tools auf den Stand RTM-10.2 bleiben müssen

(Im aktuellem QC würde ja reichen reichen: "ja bestätigt, wird behoben per Hotfix/Update/Version bis MM/YYYY"... Geld/Zeit ist eh nicht berechenbar!... also lieber bei bestimmten Sachen da um 1..3.. Monate bei denen die Subscription als Anerkennung verlängern, das hilft dann "allen")


Trotz allem POSITIV: Die IDE ist 10.2hf1 trotz wenig Einsatzerfahrung gefühlt vergleichbar stabil wie "Berlin" auf Stand "10.1u2"... Mit FmxLinux-AddON gibt es etwas, was man vorher nicht machen konnte... Da hat "Desktop-FMX" einen Schritt nach vorn gemacht, auch wenn MobileFMX aktuell unter 10.2. gefühlt ein Schritt zurück ist.

[Rollo62]

Mobile ist gefühlt zwei Schritte zurück

Schade das emba seine Assets nicht kennt und weiter "CrossPlatform" propagiert und dabei seine tapferen Mitstreiter auf Kosten der Pinguine vernachlässigt.
Und uns dann noch nicht mal daran partizipieren lässt, erst ab Enterprise.
Ziemlich dumme Strategie Konsole als Enterprise auszugeben.
CrossPlatform ist Mobile.
Wenn ich Emba wäre würde ich da Alles reinsetzen. Aber seit Xe8 kaum BugFixes.