Delphi 10.2 "Tokyo" ist erschienen

[a.def]

Zitat:

Seriennummer / DN-Account (eMail / Zugangsname) bitte per PN. Danke

Mach dir keinen Stress :P
Habe es jetzt hinbekommen nachdem ich das noch gefühlte 20 Mal probiert und wild rumgeklickt habe ;)

Irgendetwas ist aber noch immer verbuggt oder ist es normal, dass ich JCL/JVCL mit der Starter installieren kann? Soweit ich weiß kommt mit der Starter doch ein "kastrierter" DCC32?

Edit:
schade. Tokyo hat noch immer dieses schreckliche DPU-Toolbar-Problem, welches es seit... 10.1 gibt glaube ich.
Alle Toolbar-Buttons sind größer, die Icons drin haben eine normale Größe und außerdem sind die Toolbar-Buttons auf zwei Zeilen verteilt.
Kann man das nirgendwo abstellen? Meine Toolbar soll die Größe haben die ich vorgebe und nicht die, die Delphi will.

[himitsu]

Zitat:

Zitat von a.def (Beitrag 1366680)

Irgendetwas ist aber noch immer verbuggt oder ist es normal, dass ich JCL/JVCL mit der Starter installieren kann? Soweit ich weiß kommt mit der Starter doch ein "kastrierter" DCC32

JCL/JVCL wird hier mit dem Inline-Compiler kompiliert. (in der IDE)
Nur der CommandLine-Compiler fehlt. (von der Console aus, wobei man von außen auch den Inline-Compiler per Console ansprechen könnte ... siehe "BDS.exe -?")

[Darlo]

Zitat:

Zitat von bra (Beitrag 1366677)

Hast du mal versucht gegen eine ältere SDK zu kompilieren? Vermutlich geht die Kombination neue SDK mit altem XCode auch nicht?

Ohohoh, nehme alles zurück! In der Tat lag der Fehler bei mir in der Kombination aus xCode 8.2.x und SDK 10.3..... :duck:
Danke für den Hinweis.

[a.def]

Bekommt man denn mittlerweile irgendwie dieses super lästige ToolBar-DPI-Problem in den Griff? Das gibts bei XE8 noch nicht.

[Uwe Raabe]

Zitat:

Zitat von a.def (Beitrag 1366700)

Bekommt man denn mittlerweile irgendwie dieses super lästige ToolBar-DPI-Problem in den Griff? Das gibts bei XE8 noch nicht.

Welcher QP-Eintrag ist das denn?

[a.def]

Ich gucke diese Einträge gar nicht, weiß nicht einmal wo ich die finde.
Aber das Problem, dass die Toolbar bei 125% DPI oder mehr total entstellt wird gibt es seit Seattle/Berlin.

Deswegen ist alles ab XE8 für mich unbrauchbar.

[Uwe Raabe]

Zitat:

Zitat von a.def (Beitrag 1366707)

Ich gucke diese Einträge gar nicht, weiß nicht einmal wo ich die finde.

https://quality.embarcadero.com

Es gibt zwar einige Einträge bezüglich IDE und High-DPI, aber konkret für die Toolbar kann ich auf die Schnelle nichts finden.

Zitat:

Zitat von a.def (Beitrag 1366707)

Aber das Problem, dass die Toolbar bei 125% DPI oder mehr total entstellt wird gibt es seit Seattle/Berlin.

Kann ich so hier nicht nachvollziehen. XE8, Berlin und Tokyo sehen bei mir (bis auf die prinzipiellen Unterschiede der Versionen) auf 125% alle gleich aus. Ohne präzisere Informationen wird dein Problem nicht behoben werden können.

[a.def]

Mein Formular ist Scaled := False und im OnCreate führe ich Form1.ScaleBy(Screen.PixelsPerInch, 96); aus.
Ohne das ScaleByte sieht die Toolbar normal aus. Mit ScaleBy sieht alles gut aus.... außer die ToolBar.

[MEissing]

Zitat:

Zitat von a.def (Beitrag 1366680)

Edit:
schade. Tokyo hat noch immer dieses schreckliche DPU-Toolbar-Problem, welches es seit... 10.1 gibt glaube ich.
Alle Toolbar-Buttons sind größer, die Icons drin haben eine normale Größe und außerdem sind die Toolbar-Buttons auf zwei Zeilen verteilt.
Kann man das nirgendwo abstellen? Meine Toolbar soll die Größe haben die ich vorgebe und nicht die, die Delphi will.

Kann ich hier nicht nachvollziehen. 300% DPI

Anhang 47023

[Uwe Raabe]

Zitat:

Zitat von a.def (Beitrag 1366714)

Mein Formular ist Scaled := False

Sieh mal an. Erst jetzt wird eigentlich klar, daß du die selbst-geschriebenen Programme meinst und nicht die Delphi-IDE selbst.

OK. Scaled = false ist zumindest schon mal nicht Standard. Damit ist es extrem unwahrscheinlich, daß gerade dieser Anwendungsfall überhaupt getestet wird. Umso wichtiger wäre es, dies in einem reproduzierbaren Testfall im Quality Portal einzutragen. Sonst wirst du dein Argument sicher in ein paar Jahren immer noch vortragen können. Damit ist auch niemandem wirklich geholfen.

Vielleicht gibt es aber auch schon einen Workaround für dein Problem. Ohne genaue Beschreibung kann dir das aber auch keiner sagen.

Ach, ich sehe gerade den Edit deines ursprünglichen Posts. Allerdings kann ich auch dieses hier nicht so nachvollziehen (Matthias offenbar auch nicht) - vermutlich, weil es da immer noch zu viele Freiheitsgrade gibt.

Wenn man es richtig anfängt, dann funktioniert Tokyo unter dem aktuellen Windows 10 mit High-DPI eigentlich ganz gut, solange man keine VCL-Styles benutzt. Einzige Problemzonen sind die Windows Common Controls, die Microsoft unter per-Monitor-DPI offenbar selbst noch nicht im Griff hat.