64Bit Apps im Google Play Store

[Bernhard Geyer]

Zitat von DeddyH:

Oder einfach mal über den Tellerrand schauen, dann würde man auf Dinge wie Xamarin, Flutter, NativeScript, Ionic usw. usf. stoßen. Allerdings muss man sich dann von Pascal als Basissprache verabschieden.

Aber auch bedenken das so ein drüberschauen mit Frust enden kann.
Bei uns war der Ansatz mit Codename One auch von Enttäuschungen geprägt, das so eine Multi-Platform-Lösung doch nicht alles auf allen Platformen kann wie das Marketing verspricht.

[DeddyH]

Wenn ich bedenke, welchen Frust mir FMX bereitet hat, können andere kaum schlimmer sein.

[Stewag]

Zitat von Stewag:

Ich bekam gestern dieselbe Warnung ("Dieser Release entspricht nicht der 64-Bit-Anforderung von Google Play. Die folgenden APKs oder App Bundles sind auf 64-Bit-Geräten verfügbar, haben aber nur nativen 32-Bit-Code").

Ich kann aber meine "32-Bit" App desungeachtet nicht hochladen. Der Button "Produktversion einführen" ist ausgegraut.

Da ich nur diese und keine andere Warnung oder Fehlermeldung bekomme, muss nach meinem Verständnis die fehlende 64-Bit Version der Grund sein.

Könnt ihr das bestätigen?

Ich habe keine Möglichkeit gefunden die App im Play Store nur auf 32-Bit Geräte zu beschränken.
Wäre das eine Lösung?

Sieht so aus als wäre der Eintrag unter gegangen. Ich halte es aber schon für ziemlich wichtig zu klären, ob durch die neue 64-Bit Anforderung jetzt gar keine Android Apps mehr mit Delphi eingeführt werden können.

[wjjw]

Habe gerade ein Update meiner Android-App hochgeladen. Die Warnmeldung wird angezeigt (wie auch schon zuvor), jedoch kann die App problemlos veröffentlicht werden.
Also mal Entwarnung. Dennoch werde ich vor der Deadline stabile/längerfristige (soweit es geht) Versionen meiner Android-Apps veröffentlichen.

[Rollo62]

Also ich bekam diesen Hinweis auch seit geraumer Zeit,
aber noch vor ein paar Tagen konnte ich Updates von Apps hochladen.
Man muss nur Bestätigen das man die Warnungen gelesen hat, und dann kommt man weiter.
Ich denke eigentlich nicht das sich jetzt, ein paar Tage später, etwas daran geändert hat.

Die genauen Abläufe habe ich nicht protokolliert, ich werde aber beim nächsten Mal versuchen ein paar Screenshots zu machen.

Was ich nicht sagen kann: ob es bei neuen Apps evtl. anders aussieht.

Die Frage wäre also, ob Du von einer bestehenden oder einer neuen App redest ?
Deshalb hatte ich mal empfohlen geplante Apps, als Dummy-Apps schonmal in den Store hochzuladen,
mit Länderliste = Timbuktu um diese zu deaktivieren.
Weil ich da vor einigen Monaten Unterschiede neu/alt bei irgendwelchen Menüpunkten festgestellt hatte.

Edit:
Ok, da hat schon jemand gerade geantwortet, trotzdem lasse ich den Beitrag oben mal drin.

[Stewag]

Ich spreche von einer neuen App.

[Stewag]

... hier ein Screenshot.
Lesen und Bestätigen der Warnmeldung führt nicht zu einer Aktivierung des Einführen Buttons!

[Rollo62]

Habe gerade eine bestehende App hochgeladen, in die interne TestVersion.
Sieht dann so aus


Der "Einführen" Button ist freigeschaltet.

Es kommt dann noch eine zusätzliche Meldung


Danach geht es aber weiter.

Hast Du mal probiert ob es in der internen TestVersion noch so funktioniert.
Eine neue App habe ich jetzt gerade nicht, bei den bestehenden sieht es so aus.

[Stewag]

... bei mir sieht es bei einer internen Testversion anders aus als bei dir, geht aber genauso wenig.

[Stewag]

https://www.golem.de/news/android-go...12-131769.html

... ich schließe daraus, dass es bis auf weiteres nicht mehr möglich ist mit der neuesten Delphi Version eine neue Android App einzuführen.

Kann das jemand bestätigen?