Manifest-Creator

[CodeX]

Zitat von himitsu:

Die aktuelle Version ist oben.

Vielen Dank für Deine Arbeit!
Ich wollte die DPI-Einstellung gleich mal testen, finde oben aber nur die 2.0 Version vom 2015-02-08!?

[Insider2004]

Soll das jetzt heißen, WinXP wird nicht mehr unterstützt?

[sh17]

Zitat von Insider2004:

Soll das jetzt heißen, WinXP wird nicht mehr unterstützt?

Dann nimm doch die alte Version, man muss den alten Mist ja nicht ewig unterstützen.

[himitsu]

Sehr eigenartig, wenn ich mir die Dateien hier anseh, welche ich hochgeladen hatte, dann ist da noch das Richtige drin.
Nja, alles nochmal neu und DPI-Aware versteckt sich in Design.
Aber schonmal praktisch, daß die Dateiversion (Compilier-Datum) automatisch aktuell angezeigt wird.

Wenn alles klappt, dann ist es bis XP (Windows 5.1) kompatibel. Noch weiter zurück, hab ich mir aber erspart.

[CodeX]

Ah, jetzt stimmt die Version. Sieht doch gleich besser aus.
Bzgl. dpiAware: Wäre hier nicht eine Combobox mit den 4 Möglichkeiten sinnvoll? Laut MSDN gibt es diese Werte: False, True, Per-monitor, True/PM
Und ich weiß nicht, ob es irgendeinen echten Unterschied macht, aber dort beginnen die Werte mit einem Großbuchstaben (aktuell wird "true" gesetzt).

[himitsu]

Hab auch lange gesucht, aber so wie es aussah, gibt es im Manifest quasi nur "true".
https://msdn.microsoft.com/de-de/lib.../dn469266.aspx zeigt die 4 Werte doch nur für den Aufruf der API SetProcessDpiAwareness.

Aber wenn ich das richtig verstanden hab, wird die API scheinbar ignoriert, wenn man es vorher nicht im Manifest aktiviert hatte.
https://msdn.microsoft.com/en-us/library/aa374191.aspx
Hab nochmal nachgesehn ... falsch geguckt.
Gib mir ein paar Minütchen.

[CodeX]

Ehrlich gesagt, weiß ich gar nicht wie praxis-relevant die anderen Werte aktuell wirklich sind.

• Statt False zu verwenden, kann man den Block und den xmlns:asmv3 Eintrag auch gleich weglassen.
• Ein sinnvolles Szenario für den Per-monitor -Wert erschließt sich mir überhaupt nicht (ab 8.1 Per-monitor-DPI-aware, davor überhaupt nicht).
• True/PM ist sicherlich eine tolle Erweiterung, wenn man bedenkt wie unterschiedlich die Bildschirm-Auflösungen mittlerweile werden. Hat man nun einen 4K-Monitor an einem normalen Laptop angeschlossen, passt sonst die Skalierung der Programmoberfläche entweder auf dem einen oder anderen Bildschirm nicht. Aber wenn ich das richtig verstanden habe, kann Delphi (immer noch?) nichts damit anfangen, weil die Skallierung aller Elemente nur ein Mal geschehen kann. Zumindest ist dieser QC-Eintrag immer noch offen.

Edit: Der rote Kasten verrät mir, dass Du zwischenzeitlich schon fleißig warst. Ich schaus mir gleich an.
Edit 2: Ich finde Deine Umsetzung mit dem ersten leeren Feld ideal gelöst. Damit sind einfach alle Varianten abgedeckt. Soll jeder selbst entscheiden, was er braucht.