high-dpi-patches-for-delphi von Uwe Raabe

[blawen]

Eine kleine "Unschönheit" kann es mit Fremdkomponenten, wie den JVCL geben:

Zitat:

[dcc32 Fataler Fehler] uFMain.pas(21): F2051 Unit JvThemes wurde mit einer unterschiedlichen Version von Vcl.Forms.TCustomForm compiliert

[Uwe Raabe]

Zitat von blawen:

Eine kleine "Unschönheit" kann es mit Fremdkomponenten, wie den JVCL geben:

Zitat:

[dcc32 Fataler Fehler] uFMain.pas(21): F2051 Unit JvThemes wurde mit einer unterschiedlichen Version von Vcl.Forms.TCustomForm compiliert

Das könnte in der Tat etwas tricky werden. Die Packages in der IDE setzen noch auf der ungepatchten VCL auf, während deine Programme mit den neuen Sourcen compiliert werden müssen. Dazu sind natürlich auch alle Bibliotheken anhand ihrer Sourcen mit zu compilieren.

Wer mit Runtime-Packages compiliert ist leider auch außen vor.

Ich gehe allerdings im Moment davon aus, daß die Änderungen ab Delphi 10.3 integriert sein werden.

[blawen]

Zitat von Uwe Raabe:

Ich gehe allerdings im Moment davon aus, daß die Änderungen ab Delphi 10.3 integriert sein werden.

Dies klingt gut und lieben Dank für Deinen Einsatz

[Uwe Raabe]

Der nächste Schritt wäre dann der High-DPI Support für VCL Styles. Das erfordert aber eine größere Änderung an der Architektur der Styles. Bei dem SystemStyle liefert Windows (ab einer geeigneten Version) die skalierten Bitmaps. Das müsste bei den VCL Styles dann eben innerhalb der Styles geschehen. Wie das dann im Detail aussehen kann, weiß ich noch nicht. Immerhin bietet der Style-Designer ja schon eine Skalierung um 1.5x, 2x und 3x an.

Bei den SystemStyles habe ich es ja so gelöst, daß jedes Form seine eigene Style-Instanz bekommt, weil das Windows-Handle dann die passenden Style-Ressourcen selektiert. Das könnte man noch etwas sparsamer gestalten, wenn man die verschiedenen Auflösungen cached (Windows lädt alle Ressourcen anhand der DPI der vorhanden Monitore) und diese anhand der Form-DPI selektiert. Wenn man das jetzt etwas weiter führt, könnte jedes Form auch gleich seinen eigenen Style bekommen, womit Multi-Style Anwendungen ermöglicht würden. Extrapoliert auf die IDE könnte man dann auch die Forms gleich im Designer mit dem späteren Runtime-Style bearbeiten und auch mal eben umschalten, um zu sehen ob's noch passt.

Ist halt alles eine Frage der richtigen Architektur. Da ist am Anfang offenbar etwas zu kurz gedacht worden. Jetzt ist der Aufwand für eine Erweiterung (wie jetzt Per-Monitor DPI) relativ aufwändig. Mit einer besseren initialen und vorausschauenden Planung wäre das wesentlich einfacher, schneller und somit deutlich billiger zu realisieren (oder womöglich schon realisiert worden).

[EWeiss]

Zitat:

Wenn man das jetzt etwas weiter führt, könnte jedes Form auch gleich seinen eigenen Style bekommen

Villa Kunterbunt lässt grüßen.. nein ehrlich was für einen sinn macht das?
Am besten jedes Fenster im Kacheldesign und anderer Farbe warum dann überhaupt noch Fenster.

gruss

[BlueStarHH]

@Uwe: Danke für Deine Arbeit! Top!

Wird der Patch in das nächste Delphi-Update eingebaut?

Edit: Sorry, hab den Eintrag oben überlesen, wo steht, dass es in 10.3 eingebaut wird.

[Rollo62]

Hallo Uwe,

dankesehr für das Patch.

Die Aussichten unten sehen ja nicht so rosig aus, ich hoffe mal dass das nächste Update nicht sehr instabil wird, bei den vielen Baustellen (DPI, Android8, XCode9, ...).

Betrifft das ganze eigentlich auch FMX in gleicher Weise ?
Ich dachte das durch die MultiResolution-Bitmaps solche Dinge sanfter abgefangen werden können,
oder ist das nicht der Fall.
Wären evtl. die MultiResolutionBitmaps auch ein Thema für VCL ?
Das sollte doch machbar sein, und es könnte womöglich Einiges von FMX zu VCL portiert werden.

Rollo

[Uwe Raabe]

Zitat von Rollo62:

Betrifft das ganze eigentlich auch FMX in gleicher Weise ?
Ich dachte das durch die MultiResolution-Bitmaps solche Dinge sanfter abgefangen werden können,
oder ist das nicht der Fall.
Wären evtl. die MultiResolutionBitmaps auch ein Thema für VCL ?
Das sollte doch machbar sein, und es könnte womöglich Einiges von FMX zu VCL portiert werden.

Das lässt sich leider nicht so einfach übernehmen, da die Windwos-Controls in der Regel auf die Windows-eigenen ImageLists angewiesen sind, die wiederum in TCustomImageList abgebildet werden. Mit der DynImageList aus meinem High-DPI Testprogramm habe ich ja schon eine mögliche Lösung geliefert. Die Komponente werde ich demnächst auch noch separat veröffentlichen. Für eine wirklich brauchbare High-DPI Unterstützung wird Embarcadero um eine ähnliche Lösung nicht herum kommen.

Die High-DPI Probleme bei FMX sind naturgemäß anderer Natur und bedürfen einer eigenen Herangehensweise. Da ich da aber aktuell keinen Eigenbedarf habe, steht das nicht gerade weit oben auf meiner Liste.