Ausführung auf 150% Bildschirm

[Pfaffe]

Ich habe ein Notebook mit Windows 10.1, einer Bildschirmauflösung von 1920x1080 und bei der Größeneinstellung 150%.
Führe ich dort ein mir Seattle Update 1 erstelltes Programm aus, dann wird das Programm nicht richtig dargestellt (scaled=true). Egal ob ich die "Hochauflösung" eingeschaltet habe oder nicht.
Erstelle ich das Programm mit XE8, dann funktioniert es.
Ist da was Kaputt in Seattle? Welche Erfahrungen habt Ihr?

[Perlsau]

Mit Sicherheit wäre es hilfreich, wenn du "nicht richtig dargestellt" und "funktioniert es" näher erläutern bzw. definieren könntest.

[Pfaffe]

Hallo Perlsau,
bedeutet Deine Antwort, dass das Problem bei Dir ebenfalls bekannt ist?
Hier eine pdf mit Bildschirmkopien und der Quellcode vom Testprogramm, welches auch ein Problem mit dem "ParentFont" aufzeigt, welches hier erstmal keine Rolle spielen soll. Noch ein Hinweis: In der dfm setze ich die Schrift und die Schriftgröße mit Application.DefaultFont.Name:= 'Segoe UI'; und Application.DefaultFont.Size:= 9;. Diese hat auf das beschriebene Problem keinen Einfluss. Leider wird aber in der IDE die Schriftvorgabe nicht berücksicht, auch ein ParentFont = true im ersten Formular hilf nicht. Die IDE verwendet scheinbar immer die Schrift Tahoma. Wenn man ein neues Projekt erstellt ist ParentFont = false im ersten Formular.
Schaltet man nun ParentFont = true und leitet weitere Fomulare ab, dann versagt das Prinzip, sobald man bei einem Element, z.B. bei einem Label beim Text Bold wählt, dann ist nämlich sofort für dieses Element ParentFont = false und das Prinzip ist futsch.

[Perlsau]

Zitat von Pfaffe:

Hallo Perlsau, bedeutet Deine Antwort, dass das Problem bei Dir ebenfalls bekannt ist?

Nein, meine Antworten bedeuten immer das, was sie aussagen. Versteckte Bedeutungen sind zumindest in einem Fachforum kontraproduktiv, weshalb ich dich ja darauf hinwies, konkretere Angaben wie "fehlerhaft" und "funktioniert" zu machen. Mit deinen ergänzten Angaben können die User nun was anfangen.

[Harry Stahl]

Wenn Ihr in XE8 in der Manifestdatei nicht das DPIAware-Flag gesetzt habt, dann Scaled Delphi unter Windows 10 selber gar nichts (weil dem Programm eine 100%-Auflösung vorgegaukelt wird) und Windows nimmt die Skalierung selber vor.

Dadurch wird das Programm allerdings leicht verwaschen (also etwas unscharf) dargestellt.

In DX10 ist in den Optionen nun standardmaäßig das DPI-Flag gesetzt und Delphi scaled nun tatsächlich das Formular. Die Schriften sind dann auch wieder scharf.

Leider ist das ganz oft so, dass man selber noch Hand anlegen muss und Elemente z.B. in der Größe anpassen muss oder die Position justieren. Oder man verwendet die Elemente in verschiedenen Align-Kombinationen, so dass sie alle richtig ausgerichtet sind und genügend Platz haben.

Ein Programm wirklich DPI-Aware zu machen ist eine ganz schöne Arbeit, da man wirklich alle Dialoge durchgehen muss und z.B. auf 150% oder 200% Auflösung testen muss.

Davon mal abgesehen, ist in DX10 ein Bug: Auch wenn Ihr "Hochauflösung aktivieren" deaktiviert, wird diese Option nicht (dauerhaft) gespeichert. Wenn Ihr den Dialog beim nächsten Mal wieder aufruft, dann ist die Checkbox wieder aktiviert.

[Pfaffe]

Ich habe das FMX-Demo ControlsDemo.exe auf meinem "150%" Notebook ausprobiert. Das Programm wird überhaupt nicht scaliert, die Darstellung ist so klein, dass sie keinem zugemutet werden kann. Gibt es bei FMX undokumentierte Tricks dsbzgl., in der Doku von Seattle kann ich nichts finden?
Bzgl. der Eigenschaft Quality gibt es auch keine Vernünftige Hilfe.
Da ich das Alles irgendwie nicht wahrhaben will, nach meiner Meinung müsste Emba einen Rückruf für Seattle oder mind. eine Warnmeldung herausgeben, habe ic h mal eine alte Software-Suite von mir aus dem Jahr 2007 auf meinen Win 10.1 PCs installiert. In der Suite ist auch ein Visual Basic Programm dabei, alles andere sind Delphi Programme. Die Suite ließ sich ohne Probleme installieren und wird auch auf dem 150% Anzeige Geräte zufriedenstellend dargestellt. OK, die hlp-Dateien funktionieren nicht, die emf-Grafiken werden nicht mehr angezeigt, aber dafür kann man ja Tools nachinstallieren. Und diese Suite ist nicht unicode fähig.

[a.def]

Zitat von Pfaffe:

Ich habe ein Notebook mit Windows 10.1, einer Bildschirmauflösung von 1920x1080 und bei der Größeneinstellung 150%.
Führe ich dort ein mir Seattle Update 1 erstelltes Programm aus, dann wird das Programm nicht richtig dargestellt (scaled=true). Egal ob ich die "Hochauflösung" eingeschaltet habe oder nicht.
Erstelle ich das Programm mit XE8, dann funktioniert es.
Ist da was Kaputt in Seattle? Welche Erfahrungen habt Ihr?

Und schon der dritte Thread in dem gesagt wird, dass Berlin massive DPI-Probleme hat die es zuvor nicht gab.
Hoffentlich wird dieses Thema nicht runtergespielt wie die beiden anderen

[Uwe Raabe]

Zitat von a.def:

Und schon der dritte Thread in dem gesagt wird, dass Berlin massive DPI-Probleme hat die es zuvor nicht gab.(

Nur, daß es sich hierbei nicht um Berlin sondern Seattle gehandelt hat und es vorher dieses DPI-Flag überhaupt nicht gab (was logischerweise auch keine Fehler damit bedeutet).

So ganz kann ich das nicht nachvollziehen: Wenn man das alte Verhalten will, dann nimmt man einfach das Flag heraus. Dann sollte es sich doch wieder so verhalten wie früher, oder?

[a.def]

Das ist ja das Problem unter Delphi 10 Seattle oder Berlin.
Egal ob man es raus nimmt oder nicht, egal ob man DPIAware auf True oder False stellt, das Resultat von XE8 zu Seattle oder Berlin ist immer verschieden bei hoher DPI.
Verschieden heißt hier, dass nach XE8 alles "kaputt" dargestellt wird.

[Uwe Raabe]

Zitat von a.def:

Das ist ja das Problem unter Delphi 10 Seattle oder Berlin.
Egal ob man es raus nimmt oder nicht, egal ob man DPIAware auf True oder False stellt, das Resultat von XE8 zu Seattle oder Berlin ist immer verschieden bei hoher DPI.
Verschieden heißt hier, dass nach XE8 alles "kaputt" dargestellt wird.

Ich weiß, es gibt unzählige Kombinationen von Controls und ihren Einstellungen. Ich kann deine Aussagen hier mit meiner Hauptanwendung (Berlin, kein High-DPI, Windows 10 mit 125%, habe leider keinen 4k-Monitor) nicht nachvollziehen. Es sieht halt alles etwas verwaschen aus, aber das war auch schon so als es noch mit z.B. XE7 compiliert wurde. Die Größenverhältnisse der einzelnen Controls sind zumindest optisch (ich habe nicht nachgemessen) genauso wie bei 100%.

Kannst du ein Beispielprojekt mit den nötigen Angaben zum Test anhängen, mit dem man das mal reproduzieren kann? Ich will das gerne analysieren, um herauszufinden, was man durch Einstellungen und Workarounds beseitigen kann und was als Bug am Ende noch übrig bleibt.