Win 10 + DPI Skalierung + WinExec()

[TigerLilly]

Folgendes Problem:
Ein Kunde hat Win10, einen Bildschirm mit 3400x1980 und die Skalierung auf 250%.
Unsere Legacy App wird mit "Hohe DPI Skalierung überschreiben" betrieben, damit sie sinnvoll groß dargestellt wird.
Die App erzeugt uA ein RTF und startet für deren Ansicht Word mit ShellOpenFile + gibt dabei die DPI Einstellungen weiter. Das führt dazu, dass Word winzigklein dargestellt wird + nicht mehr zu benutzen ist.
Startet man Word normal, dann wird es auch wie erwartet dargestellt + diese Instanz wird dann für die Ansicht benutzt + alles ist gut.

Der Workaround für unseren Kunden besteht also darin, vor dem Ausdruck/Preview Word manuell zu starten.

Aber trotzdem: Gibt es eine Möglichkeit, Word (wobei das sicher alle so aufgerufenen Programme betrifft) zu sagen, dass es seine eigene DPI Einstellung nutzen soll?

[Der schöne Günther]

Ich musste erst einmal nachschlagen was WinExec(..) ist, noch nie gehört

Zitat:

This function is provided only for compatibility with 16-bit Windows. Applications should use the CreateProcess function.

(docs.microsoft.com)


Probier doch mal ShellExecute(..)/ShellExecuteEx(..) oder schlimmstenfalls CreateProcess(..)

[TigerLilly]

WinExec sollte richtigerweise ShellOpenFile (so wie es im Text beschrieben ist) heißen.

[Der schöne Günther]

Ich finde in der Winapi-Doku sowie in allen .pas-Dateien von Delphi kein "ShellOpenFile", was soll das sein?

Ok, ich hatte meinen Kaffee noch nicht, vielleicht ist es einfach nur das...

[Uwe Raabe]

Zitat von Der schöne Günther:

Ich finde in der Winapi-Doku sowie in allen .pas-Dateien von Delphi kein "ShellOpenFile", was soll das sein?

Geht mir genauso.

[TigerLilly]

Ja, ok, ich kann auch mehr Kaffee brauchen: ShellOpenFile maskiert

Code:

ShellExecute(0, nil, PChar(FileName), nil, nil, ShowCmd);

Delphi2006