"April 2017"-Hotfix für RAD Studio / Delphi 10.2 Tokyo erschienen

[Darlo]

Zitat:

Zitat von AndyDF (Beitrag 1371998)

Also ich habe es nach verschiedenen Anpassungen jetzt endlich geschafft, dass meine App(s) mit Tokyo HF1 laufen (zuvor Berlin - war leider nicht einfach "öffnen und kompilieren"). Allerdings ist das Rendering der Android App echt sehr langsam aktuell. Das lief vorher einfach flüssiger. Ich habe auch das Phänomen, dass nach Klick auf ein TabItem der Tab einfach nicht aufgeht. Man muss dazu den Bildschirm nochmal berühren damit neu gezeichnet wird - das ist auch neu.

Für mich aktuell (insbesondere für Android) noch nicht einsetzbar. Daher werde ich morgen wieder auf Berlin zurück gehen. :-(

Ja, da scheint etwas entweder kaputt zu sein, oder man muss was unbekanntes ändern.... Arbeite daher (leider) mit Berlin weiter.

http://www.delphipraxis.net/attachme...1&d=1495177316
Angehängt noch zwei Video in denen man das Übel gut erkennen kann...

[AndyDF]

Derartige Textüberschneidungen habe ich auch.
Ich habe den Eindruck, dass wenn man der selben TLabel Instanz mehrfach den Text ändert dann bleibt plötzlich der alte stehen. :wall:
Habe ich aber noch nicht genau analysieren können...

[Darlo]

Zitat:

Zitat von AndyDF (Beitrag 1372022)

Derartige Textüberschneidungen habe ich auch.
Ich habe den Eindruck, dass wenn man der selben TLabel Instanz mehrfach den Text ändert dann bleibt plötzlich der alte stehen. :wall:
Habe ich aber noch nicht genau analysieren können...

Ja, das selbe Verhalten ist auch beim Fill zu beobachten. Bei mir hilft kein Invalidate und kein Repaint.

[AndyDF]

Zitat:

Zitat von Darlo (Beitrag 1372023)

Ja, das selbe Verhalten ist auch beim Fill zu beobachten. Bei mir hilft kein Invalidate und kein Repaint.

Dann hoffen wir mal, dass dies spät. durch das Update 1 besser wird. Bis dahin muss ich wohl leider bei Berlin bleiben.

[Uwe Raabe]

Zitat:

Zitat von AndyDF (Beitrag 1372025)

Dann hoffen wir mal, dass dies spät. durch das Update 1 besser wird.

Gibt es dafür denn einen QP-Eintrag? Andernfalls wäre die Wahrscheinlichkeit einer Fehlerbehebung nur gering.

[AndyDF]

Zitat:

Zitat von Uwe Raabe (Beitrag 1372030)

Gibt es dafür denn einen QP-Eintrag? Andernfalls wäre die Wahrscheinlichkeit einer Fehlerbehebung nur gering.

Von mir noch nicht. Muss das erst nochmal aufbereiten da mir die Ursache noch nicht ganz klar ist.

@Darlo: Kannst du es schon besser eingrenzen bzw. mit deinen Videos einen QC-Eintrag erstellen?

[Darlo]

Habs mal rudimentär gepostet.

https://quality.embarcadero.com/browse/RSP-18159

[Darlo]

So, habe es jetzt auch geschafft den Fehler in einem Beispielprojekt zu reproduzieren. Ich habe den QC-Eintrag entsprechend erweitert. Bitte votet doch für den Eintrag, da es ein Fehler ist der die produktive Nutzung von 10.2 für die Entwicklung von iOS-Anwendungen ausschließt.

[mensch72]

..."die produktive Nutzung von 10.2 für die Entwicklung von iOS-Anwendungen ausschließt"...
ich habe gevotet :)

- für Android 10.2(hf1) ist der GUI-Speed auch nicht der Bringer im Vergleich zu 10.1u2 :(
- Linux, OSx(32) und per VCL das mit dem WindowsAppstore funktioniert

Auch für unser Mobile-Zeug bleiben wir derzeit erstmal beim BerlinUpdate2... Ich hoffe das Tokyo 10.2upd1 erstens XCode 8.3 "voll" unterstützt und die GUI Sachen wieder vergleichbar 10.1u2 gelöst werden.

Aber positiv: Mit dem 2017er Win10-Release haben ja scheinbar viele Debugger Probleme... ich finde in einer aktuellen VMware VM funktioniert da der 10.2 Tokyo Debugger ganz normal und ist voll nutzbar:)

[Darlo]

Zitat:

Zitat von mensch72 (Beitrag 1372079)

..."die produktive Nutzung von 10.2 für die Entwicklung von iOS-Anwendungen ausschließt"...
ich habe gevotet :)

Zu dick ? ;-) Was echt top ist, dass der Eintrag bereits von "reported" auf "open" gesetzt ist und an "dev" zugewiesen wurde.