GUIScaler - GUIs automatisch zur DPI skalieren lassen (Windows 7 und Windows 10 Per-Monitor-DPI)

**alpines** · 24. Juni 2019

Hier endlich das Skript um GUIs skalieren zu lassen. Windows 7 und Windows 10 (sogar Per-Monitor-DPI-Scaling!) werden unterstützt.

Man könnte auch vollends auf WM_DPICHANGED verzichten und ebenfalls für Windows 7 Per-Monitor-DPI-Scaling implementieren aber so tuts erstmal auch.

Achtung: Einige Controls machen ERHEBLICHE Probleme und einige zicken ein wenig rum. Siehe dazu auch: https://autoit.de/index.php?thread/86493

Wie nutzt man die UDF? Falls das zu kompliziert ist, es sind viele Kommentare in der UDF enthalten, und sie kommt mit vier Beispiel daher.

AutoIt

Local $aControls[2] = [ $hErstesControlderGUI, $hLetztesControlderGUI ]
_GUI_SetResizing($hGUI, $GUI_CLIENT_WIDTH, $GUI_CLIENT_HEIGHT, $aControls)
_GUI_Resize($hGUI, $iX, $iY, _WinAPI_GetDpiForMonitor(_WinAPI_MonitorFromWindow($hGUI)))

Die UDF hat kein Errorhandling also viel Glück xd

Aelc · 11. Oktober 2019

Nicht schlecht und sehr interessant

Bin in dem Thema nicht so bewand hab aktuell sehr viele GUIs erstellt und darauf einfach verzichtet - also nicht skalierbar, weil es mir zu stressig war.

bei vielen controls & mehreren GUIs, zum Beispiel in Verbindung mit der UDF GUITemplate.au3 (die ich persönlich sehr gut finde) sehe ich da allerdings Probleme.

Ich meine ich muss ja trotzdem für jeden Control die $GUI_DOCKs definieren oder sehe ich das falsch?

Ich bin aktuell am schreiben einer UDF die grade, wenn man sehr viele Controls braucht, verwendet werden soll.

Sie errechnet sich selbst die Positionen zum erstellen der Controls bzw bauen die werte aufeinander auf.

Dann werden sie als "Master array" definiert (mit den ganzen werten ,die man braucht)

und ich überlege jetzt das irgendwie mit einzubinden, da das durchaus etwas ist, was komfortabler wirkt für den Anwender, als unskalierbare Fenster.

Ich meine machbar ist das bestimmt, nur hab ich zurzeit kein plan in wie fern xD

Naja werde wohl noch etwas zeit brauchen, bis ich an dem Punkt bin, da ich noch ein anderes riesen Projekt habe, was aber sehr speziell ist...

Auf jeden Fall ist der adjust bei button3 nicht 100%ig, wie ich das sehen konnte. Beim resizen ist der dann irgendwann etwas breiter als der edit darüber, wobei es geringfügig ist und ich schwierigkeiten sehe das einzudämmen.

Alles in allem wie oben schon gesagt sehr interessant und gute arbeit

danke fürs teilen

**alpines** · 11. Oktober 2019

Zitat von Aelc

Ich meine ich muss ja trotzdem für jeden Control die $GUI_DOCKs definieren oder sehe ich das falsch?

Das musst du nur wenn du Custom-Resizing der Controls unterstützen möchtest. Also bspw. wenn du eine große Editbox hast und daneben eine weitere Editbox obwohl die rechte die Breite behalten und nur in der Höhe wachsen soll wenn du das Fenster verziehst, und die linke sowohl in der Breite als auch Höhe mitwachsen soll. Wenn du das nicht setzt, dann wachsen die Controls alle proportional.

Zitat von Aelc

Auf jeden Fall ist der adjust bei button3 nicht 100%ig, wie ich das sehen konnte. Beim resizen ist der dann irgendwann etwas breiter als der edit darüber, wobei es geringfügig ist und ich schwierigkeiten sehe das einzudämmen.

Das ist leider von OS zu OS unterschiedlich, da Win10 harte Kanten verwendet, und Win7 beispielsweise runde Kanten, bzw. das ganze fadet. Ich hab versucht das so genau wie möglich zu machen, aber auch da sind mir die Hände gebunden wenn es bspw. zu Rundungsfehlern kommt.

Aelc · 12. Oktober 2019

Zitat von alpines

Das musst du nur wenn du Custom-Resizing der Controls unterstützen möchtest. Also bspw. wenn du eine große Editbox hast und daneben eine weitere Editbox obwohl die rechte die Breite behalten und nur in der Höhe wachsen soll wenn du das Fenster verziehst, und die linke sowohl in der Breite als auch Höhe mitwachsen soll. Wenn du das nicht setzt, dann wachsen die Controls alle proportional.

ja genau das dachte ich mir.... meine UDF geht zurzeit von links nach rechts bzw oben nach unten.. dann müsste man ab der "zweiten reihe" die $GUI_DOCKLEFTs weglassen und an der letzten reihe wieder hinzufügen, wobei im moment noch keinen bezug auf die reale größe der GUI besteht - den man dazu auch noch bräuchte, damit er die erste und letzte reihe erkennt bzw. oben und unten

Zitat von alpines

Das ist leider von OS zu OS unterschiedlich, da Win10 harte Kanten verwendet, und Win7 beispielsweise runde Kanten, bzw. das ganze fadet. Ich hab versucht das so genau wie möglich zu machen, aber auch da sind mir die Hände gebunden wenn es bspw. zu Rundungsfehlern kommt.

Das sind auch, wie oben gesagt, nur für pingelige leute fehler - hatte mir aber das script angeguckt und schon gemerkt dass da nicht viel geht ausser vielleicht nen manueller adjust, der nur unter WIN7 stattfindet - was aber auch mit relativ aufwand verbunden ist :x

naja werde auf jeden fall nochmal darauf zurückkommen später

**Tweaky** · 7. August 2020

Ich habe gerade gemerkt, dass "_ScreenCapture_Capture" nicht richtig funktioniert, wenn die DPI ungleich 100% ist.

Deshalb bin ich auf diesen Thread gestoßen.

Funktioniert dies nun?

Oder wie ist hier der Stand?

**alpines** · 7. August 2020

Zitat von Tweaky

Funktioniert dies nun?
Oder wie ist hier der Stand?

Funktioniert so halb, einige Controls arbeiten super aber Controls wie Editboxen usw. sträuben sich.

Kannst es ja mal ausprobieren, auf nicht so kompleten GUIs klappt das echt wunderbar.

Findest dazu ein Beispiel wie es aussehen könnte wenn du den Link im Startpost verfolgst und dann die Screenshots im Spoiler ansiehst.

Habe seit Postdatum nicht mehr daran weitergearbeitet und habe es auch nicht vor.

Teilen