Tokyo 10.2 Release 1 ist verfügbar (10.2.1)

[bra]

Zitat von Der schöne Günther:

Das mit den VMs hatten wir doch schon öfter. Embarcadero kann nicht einfach Demoversionen von Microsoft Windows verteilen, selbst wenn sie wollten. Etwas unfair, denn von Microsoft selbst gibt es fertige VMs mit Windows und Visual Studio zum Download.

Sie können Delphi ja nach Linux portieren, dann geht das

[Rollo62]

Hallo mensch72,

Zitat:

Stichwort Android NDK&SDK:
- wir installieren dies NIE über den Delphi-Installer
- ich habe&nutze dafür ein AndroidStudio mit in der VM, und da sind NDK, die SDK und die Tools installiert(und wenn nötig so auch aktualisiert)

das hört sich ja gut an

Gab es dabei nie Probleme mit älteren RadStudio Libraries und neueren SDK/NDK Libraries ?
Ich hatte bei diversen Warnungen in den Foren vemutet das Android nicht immer sehr abwärtskompatibel ist, und dass das Framework dann damit nicht immer gut klarkommt.

Rollo

[mensch72]

SDK/NDK Inkompatibilitäten sind mir bisher nicht bekannt, viel mehr hat man den Vorteil selbst absichtlich auch zurück gehen zu können und nicht bei jedem Delphi die neuen SDK&Tools verwenden zu müssen. Auch installiert AndroidStudio die 64Bit Versionen von NDK und Tools, das hat zumindest unter Seatle noch geholfen das 2GB Problem etwas zu entspannen. Ab Berlin U2 war dann glaube ich auch die DelphiInstall mit dem 64Bit NDK und Tool, das das kann ich aber nicht aus eigener Erfahrung bestätigen, weil ich ja immer meine AStudio-Variante die 64Bit ist nehme.

Ganz speziell habe ich absichtich bei uns als Standard alles aus/mit/für API19 also Android ab 4.4.2 einsgestellt. Weil ab da BLE "jetzt richtig" geht. Wenn es um Beacons geht, nehme ich teilweise das ab Android 5.1.x... damit läuft alles was wir mit Delphi machen bis ins aktuelle Android 7.1.x problemlos. (und wir machen neben BLE auch viel LowLevel Zeug bis serielle Schnittstellen und nutzen EthernetAdapter oder sonstiges eigenes USB-Zeug per USB-OTG.

Mein Vorschlag: probiere es einfach mal aus!
Ich empfehle auch AndroidStudio nicht zu tief in den Path zu installieren, denn wenn man mal ein org. Sample dort herunterladen und testen will, weigert sich AStudio unter Windows mansches zu erstellen, speziell die BLE-Beispiele die auch in den AndroidSample sehr weit innen kommen, haben da Probleme mit der Pathlänge unter Windows

[Rollo62]

Ja dankesehr für die Tipps, das werde ich mal ausprobieren.
RadStudio installiert das SDK ja automatisch, beim ersten Kompilieren einer App.
Wie stellt man das den offiziell ab ?

Reicht es wenn man vorher ein SDK manuall bereitstellt, und dann fragt die IDE nicht mehr nach ?

Kurze Pfade kann ich nur bestätigen, ich lege Alles unter "D:\Prg\" ab, auch die IDE.
Das entschärft etwas das PATH Problem bei der IDE und anderen Tools, man muss aber öfters drauf
achten das es richtig eingestellt ist.

Da ich aber immer seltener Fremdkomponenten einsetze, die evtl. ander Vorgaben nutzen, habe ich damit auch seltener Problem.

Rollo

[mensch72]

Eben mit dem, die IDE installiert ja alles beim ersten Aufruf nach war irgendwann nicht mehr glücklich.
Emba darf wie glaube ich auch M.E. hier schonmal geschrieben hat seit ?? ja nichtmehr richtig und voll die Android SDK,NDK und Tools installieren.

Fakt ist, Delphi "erkennt" wenn manuell in der SDK Verwaltung für Android alles auf eine externe Installation des AndroidStudios "umgelegt" wird, auch bei Java installiere ich absichtlich ein eigenes aktuelles in 64Bit... wenn nirgends mehr rote oder gelb Ausrufezeichen stehen, ist das gröbste geschafft und bei uns läuft dann im Rahmen der Delphi Möglichkeiten auch alles. (wir verwenden aber niemals AndroidEmulatoren, wir nutzen nur echte Androidgeräte und Debug mit aktuellen (leider teuren) Google Geräten geht auch wirklich fix)
Tip für Langzeit-Kompatiblitäts-Tests: Man nehme z.B. "China-ELEphones", die sind günstig, gut verfügbar und haben quasi ein reines GoogleAndroid ohne irgendwelche Hersteller Erweiterungen. Wichtig: der Hersteller verzichtet absichtlich auf Versionsupdates, bzw. es gibt max. noch den Sprung auf das nächste erste RTM... das hat den Vorteil die Dinger bleiben in dem Stand wie man die gekauft und dafür entwickelt hat... gerade bei BLE bin ich heute stolz, unsere Software ab meinen P5000 mit 4.4.2 bis aktuell 7.1.x(P9000 beta) problemlos läuft.
Die Samsungs und Sonys der Kollegen hab zig teils scheinbar ZwangsUpdate-Zyklen durch, wo mal was mehr geht oder was weniger geht(wie bei Samsung die aktuelle DebugSperre).

Die einzigen Geräte wo die Android Updates stets zu erst da sind, und immer mit Delphi funktionieren sind die von Google, deshalb verwende ich die als Referenz bei neuen Delphiversionen oder Kundenproblemen auf Gerät XY... Von XE8u1->Berlin-U2 haben wir doch bei jedem Update immer mehr Vor- als Nachteile gehabt. TokyoRTM/HF1/HF2 und leider auch jetzt TokyoU1 sind bei uns für Android leider noch immer "durchgefallen".

TokyoU1 scheint für aktuelles IOS mit aktuellem XCode(nicht meine primäre Spielwiese) aber laut Info der Kollegen wieder tauglich für das AppStore RollOut, in sofern hat sich die Subscription doch gelohnt, auch wenn wir jetzt noch weiter alle auf BerlinU2 entwickeln und die IOS Fraktion erst den Endtest und das RollOut per TokyoU1-VM macht

[Sherlock]

Das würde mir die Lust auf Android Entwicklung nehmen.

Aber ich hab jetzt endlich auch Tokyo installiert und bin erstmal traurig, daß kein hübsches Bild der Stadt zu sehen ist.

Sherlock

[Harry Stahl]

Bei der Installation per ISO und während der Deinstallation erhielt ich folgende Meldung:

"Unable to load plug-in library. Please rebuild your project and make sure all required plug-ins are installed.

Action skipped".

Siehe auch anliegenden Screenshot

Diese Meldung kam noch 2-3 mal, dann lief der Deinstallation aber durch.

Jemand ne Ahnung, woran das liegen könnte?

Edit: Jedenfalls ließ sich das Update dann ohne Probleme neu installieren und alle Compos waren da und Testprogramme konnte ich unter Linux (mit FMXLinux 1.08), MAC OS und Windows kompilieren und ausführen.

Sieht also erst mal alles sehr gut aus!!