# Windows scale and layout

**URL:** <https://forum.inductiveautomation.com/t/windows-scale-and-layout/48002>\
**Category:** Ignition\
**Tags:** ignition80, vision\
**Created:** [June 21, 2021, 7:46am UTC](https://forum.inductiveautomation.com/t/windows-scale-and-layout/48002 "2021-06-21T07:46:58Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![SBL](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/sbl/32/56813_2.png) [@SBL](https://forum.inductiveautomation.com/u/SBL)\
**Post date:** [June 21, 2021, 7:46am UTC](https://forum.inductiveautomation.com/t/windows-scale-and-layout/48002/1 "2021-06-21T07:46:58Z")

</div>

Hi all,

I have created a Vision project for 1280x1024 panel PCs, each view has this size. Menus are floating popups with full height. Opens on the right side of the screen with set coordinates.

Also in the project there are some 12" tablets with 1920x1200 resolution. With Windows scaling set at recommenced 125 % the main screens scales correct for full height, but opening the menu pop up makes the entire view (both background and popup) zoom in yet again, making scrollbars appear for the entire screen.

Setting the Windows scaling at 100 % solves this, but makes the use of non-Vision related work harder as icons etc. are quite small.

Any tips or ideas on how to “lock” this down? 🙂

---

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [June 21, 2021, 9:33am UTC](https://forum.inductiveautomation.com/t/windows-scale-and-layout/48002/2 "2021-06-21T09:33:10Z")

</div>

What’s your menu made of?

One way is to reduce the menu height to 960 (1200/125%) to get rid of scrollbars if you want to use 125%.

---

<div class="post-metadata">

**Author:** ![SBL](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/sbl/32/56813_2.png) [@SBL](https://forum.inductiveautomation.com/u/SBL)\
**Post date:** [June 22, 2021, 7:59am UTC](https://forum.inductiveautomation.com/t/windows-scale-and-layout/48002/3 "2021-06-22T07:59:28Z")

</div>

If I reduce the menu height to 960 I guess it won’t use full height on the 1280x1024 screen. It looks good on both panel PC and tablet as long as we do not open the menu. The 1280x1024 window scales up to 1200 pixles height, all good until the menu (with same height) is open. Then both the main window and the pop up scales up yet again. Everything gets bigger and scrollbars appear.

 ![popup](https://us1.discourse-cdn.com/inductiveautomation/original/3X/a/4/a48d1c3a9b9930088e5d0f6f302a97c710a2bf90.jpeg)

---

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [June 22, 2021, 10:20am UTC](https://forum.inductiveautomation.com/t/windows-scale-and-layout/48002/4 "2021-06-22T10:20:12Z")

</div>

With a dock shown, the main window should reduce in size as it will reduce the width of the main window. This will reduce the size of relative layout components. A west/east dock will always extend to the top and bottom of the client window (or to the bounds of the north south dock based on config), so a menu dock designed for 960 high will show full height for the 1024 screen.

---

<div class="post-metadata">

**Author:** ![SBL](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/sbl/32/56813_2.png) [@SBL](https://forum.inductiveautomation.com/u/SBL)\
**Post date:** [June 22, 2021, 11:35am UTC](https://forum.inductiveautomation.com/t/windows-scale-and-layout/48002/5 "2021-06-22T11:35:18Z")

</div>

Pardon me if I do not understand. My popup is floating, not docked.

---

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [June 22, 2021, 11:39am UTC](https://forum.inductiveautomation.com/t/windows-scale-and-layout/48002/6 "2021-06-22T11:39:26Z")

</div>

Ah, whoops! That’s what I get for multi-tasking 😕  
If it’s a popup, then you can always set the height of it when you open it via script using [system.gui.transform](https://docs.inductiveautomation.com/display/DOC80/system.gui.transform)

---

<div class="post-metadata">

**Author:** ![JordanCClark](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jordancclark/32/83362_2.png) [@JordanCClark](https://forum.inductiveautomation.com/u/JordanCClark)\
**Post date:** [June 22, 2021, 12:12pm UTC](https://forum.inductiveautomation.com/t/windows-scale-and-layout/48002/7 "2021-06-22T12:12:15Z")

</div>

Knowing your resolution may help decide if the transform is necessary or not.

> [@How to get vision client resolution](http://forum.inductiveautomation.com/t/how-to-get-vision-client-resolution/27328/4):
>
> Updated. Note this this doesn’t work in Java 8, as it always returns 100% scaling, for some reason. Java 11 seems to be okay. man_shrugging import java.awt gd=java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment().getDefaultScreenDevice() width = gd.getDisplayMode().getWidth() height = gd.getDisplayMode().getHeight() dpi = java.awt.Toolkit.getDefaultToolkit().getScreenResolution() tf = gd.getDefaultConfiguration().getDefaultTransform() print 'resolution:', width, 'x', height print 'dp…
