Bitmaps zu klein

[Uwe Raabe]

Zitat:

Zitat von a.def (Beitrag 1359113)

Nein. War deaktiviert und aktiviert. Habe beides getestet. Dazu gab es hier auch mal einen Thread von mir.

Wobei dort auch die Auswirkungen des von dir verwendeten

Delphi-Quellcode:

Scaled = false

nicht näher analysiert wurden. Mit dieser Einstellung setzt du immerhin den Automatismus außer Kraft und bist selbst für die korrekte Skalierung verantwortlich. Da sich mit Berlin so Einiges in diesem Bereich getan hat und

Delphi-Quellcode:

Scaled = false

eher selten angewendet wird, kann es natürlich sein, daß diese Kombination bei der Implementierung nicht ausreichend bedacht wurde und dort noch ein paar Fehler schlummern.

[Fritzew]

So ich habe das jetzt mal durchgespielt mit XE7 und Berlin (habe hier kein XE8 installiert)
im Anhang 2 Bilder
Jeweils compiliert

• ohne Manifest für HighDpi,
• mit Manifest für HighDpi,
• mit Manifest für HighDpi und Scaled der Form false,

Leider als Zip da die Anhänge hier sonst zu gross werden

[Uwe Raabe]

Hier sieht man, daß bei Berlin mit aktivem High-DPI die Buttons ebenfalls vergrößert werden, allerdings mit den vorhandenen, zu kleinen Icons. Bei XE7 behalten die Buttons ihre Größe, wie auch bei Scaled = false.

Würde man jetzt unter Berlin die Icons an den aktuellen DPI-Wert anpassen (z.B. in dem man die ImageList dynamisch durch eine mit größeren Bildchen ersetzt), wäre das Ergebnis ähnlich dem ohne High-DPI-Unterstützung, nur besser.

Danke! Die Screenshots unterstreichen meine vorige Aussage.

[p80286]

Zitat:

Zitat von Uwe Raabe (Beitrag 1359117)

Wobei dort auch die Auswirkungen des von dir verwendeten

Delphi-Quellcode:

Scaled = false

nicht näher analysiert wurden. Mit dieser Einstellung setzt du immerhin den Automatismus außer Kraft und bist selbst für die korrekte Skalierung verantwortlich. Da sich mit Berlin so Einiges in diesem Bereich getan hat und

Delphi-Quellcode:

Scaled = false

eher selten angewendet wird, kann es natürlich sein, daß diese Kombination bei der Implementierung nicht ausreichend bedacht wurde und dort noch ein paar Fehler schlummern.

Da formulierst Du aber sehr zurückhaltend. Wenn man bedenkt, daß schon D7 nicht ordentlich skalieren konnte, hat sich da wohl in den letzten Monaten nicht viel getan. Und dem Benutzer ist es ..egal warum sein Programm so seltsam aussieht, "da war wohl jemand nicht ganz qualifiziert für seinen Job".

Gruß
K-H

[Uwe Raabe]

Zitat:

Zitat von p80286 (Beitrag 1359143)

schon D7 nicht ordentlich skalieren konnte, hat sich da wohl in den letzten Monaten nicht viel getan.

Das würde ich aber schon sagen. Die Screenshots von Fritzew zeigen ganz deutlich, daß sich das Verhalten geändert hat. Man darf nur nicht erwarten, daß automagisch aus 16x16 Bitmaps plötzlich 24x24 oder 48x48 Bitmaps mit mehr Details werden. Dafür muss der Entwickler schon selber sorgen. Das geht auch aus den einschlägigen Tutorials von Microsoft hervor.

Zitat:

Zitat von p80286 (Beitrag 1359143)

Und dem Benutzer ist es ..egal warum sein Programm so seltsam aussieht, "da war wohl jemand nicht ganz qualifiziert für seinen Job".

Das ist allerdings richtig - und unterstreicht nochmal die Notwendigkeit einer Diskussion wie dieser.

[Fritzew]

Zitat:

Das ist allerdings richtig - und unterstreicht nochmal die Notwendigkeit einer Diskussion wie dieser.

Ja das stimmt wohl alles. Ich will mich hier noch einmal wiederholen. Es ist ein Aufwand und benötigt Zeit und ein vernünftiges Konzept.
Gerade in Multi DPI Settings sprich mehrere Monitore mit unterschiedlichen DPI Auflösungen ist es nicht einfach das sauber hinzubekommen.
Wir haben das bei uns gelöst in dem wir alle!!! Formulare von einer Basis-Klasse ableiten die je nach dem verschiedene Events auslöst.
All das muss recht aufwändig getestet werden. Wer erwartet das es einfach mit setzen einer checkbox getan ist, wird Probleme bekommen.
Das muss man aber auch den Kunden oder dem Management klar machen, es kostet!
Wenn man sieht wie schwer sich selbst Microsoft damit anstellt kann man erkennen das es nicht trivial ist.
Und wenn ich sehe wie viele Anwendungen behaupten DPI Aware zu sein und es nicht sind....... :evil:

[a.def]

Zitat:

Zitat von Fritzew (Beitrag 1359147)

Zitat:

Das ist allerdings richtig - und unterstreicht nochmal die Notwendigkeit einer Diskussion wie dieser.

Ja das stimmt wohl alles. Ich will mich hier noch einmal wiederholen. Es ist ein Aufwand und benötigt Zeit und ein vernünftiges Konzept.
Gerade in Multi DPI Settings sprich mehrere Monitore mit unterschiedlichen DPI Auflösungen ist es nicht einfach das sauber hinzubekommen.
Wir haben das bei uns gelöst in dem wir alle!!! Formulare von einer Basis-Klasse ableiten die je nach dem verschiedene Events auslöst.
All das muss recht aufwändig getestet werden. Wer erwartet das es einfach mit setzen einer checkbox getan ist, wird Probleme bekommen.
Das muss man aber auch den Kunden oder dem Management klar machen, es kostet!
Wenn man sieht wie schwer sich selbst Microsoft damit anstellt kann man erkennen das es nicht trivial ist.
Und wenn ich sehe wie viele Anwendungen behaupten DPI Aware zu sein und es nicht sind....... :evil:

Ähnlich bei mir.
Ich prüfe beim Erzeugen eines Formulars, ob die DPI ungleich der ist, die ich zur Entwicklung benutzt habe.
Ist das der Fall, treffe ich einige Änderungen selber von Hand (vorher sehr aufwändig getestet mit allen möglichen DPI unter XP über Win 7 bis Win10).
Aufwändiges Testen und selber "reparieren" scheint mir die einzige brauchbare Lösung, wenn man dem Benutzer eine ordentliche Benutzeroberfläche bieten möchte.