Unser Ralf Stocker hat eine Problem damit das es in der Delphi-Implementierung noch den einen oder anderen Bug in der High-DPI-Unterstützung gibt.
Womit übrigens auch Microsoft selbst in einigen Fälle so seine Problemchen hat. Das Thema ist auch ziemlich komplex und das Verhalten ist oft auch einfach davon abhängig, ob man z.B. Monitore mit unterschiedlicher DPI hat, welche DPI der primäre Monitor hat, auf welchem Monitor (mit welcher DPI) das Programm gestartet wurde, ob man Standard-Controls (und welche) oder Styles benutzt. Für QA-Tests ein absoluter Albtraum.
Für meine High-DPI Gehversuche habe ich mir extra einen zusätzlichen 4K-Monitor daneben gestellt (hat auch Geld gekostet - also immer noch on topic), den ich anderweitig gar nicht nutze. Ein befriedigendes Ergebnis habe ich noch nicht hinbekommen. Und das liegt nicht an der
VCL - die kann ich mir ja selbst zurecht biegen. Es scheitert immer wieder an der fehlenden Unterstützung in Windows selbst. Man glaubt gar nicht, wie viele andere Programme (übrigens viele C# Apps) allein schon durch die Existenz eines solchen High-DPI Monitors ins Wanken geraten, wenn man ihn dynamisch dazuschaltet. Da sind die Delphi-Programme aber wesentlich stabiler, wenn auch nicht perfekt in der Darstellung.
Ich fürchte, wir müssen noch die eine oder andere Windows-Version abwarten, bis die verschiedenen Möglichkeiten überhaupt erst mal vom Betriebssystem unterstütz wurden. Dabei stelle ich die High-DPI Fähigkeiten der Delphi
IDE erstmal ganz weit hinten an. Für mich sind die erstellten Programme wesentlich wichtiger.
In fast jedem Ticket zu High-DPI hat er diesen Link ebenfalls (teilweise mehrfach) gepostet.
Ich frage mich auch schon eine Weile, was das denn nun zur Fehlerbehebung beitragen soll. Allein schon die Menge exakt gleicher Comments würde an anderer Stelle wohl als Spam eingeordnet.