Make ImGui (widgets) automatically scale with display scaling

[bjoern]

when moving a window between screens with different scaling settings.

What’s currently happening:

1. Start application on primary display with scaling set to 150%
   

2. Move it to a secondary display with scaling set to 100%
   
   The widgets stay at the same size and are “cut off”.

Instead they should rescale, to the same size they’d have when started on a (primary) display set to 100%.

---

I think I tracked down the issue (to a certain point). VL.ImGui.Skia.ToSkiaLayer already does factor in the display scaling. For that it uses DipFactor() in VL.UI.Core.DipHelpers.

Unfortunately this method seems only to return the DIPFactor of the primary monitor.

But the factor should be dependent on the window ImGui is rendered into (and on which display it’s located).

This works and dynamically updates when moving the window to another monitor for example:

I also came accross that one:

WM_DPICHANGED message (WinUser.h) - Win32 apps

Could something like that be added to ToSkiaLayer (or where necessary) or can we get access to the scaling parameter so it can be set patch-wise?

@Elias

DPI.vl (19.7 KB)

[bjoern]

Somewhat related I guess:

Problems using Imgui's "use skia space"

hi all, got some interesting imgui behaviour when using the “use skia space” pin on the imgui region; (when I activate the “skia pace pin” my skia space topleft corner starts in the middle of the screen and the interface gets giant and somehow pixelated; I had to skia transform the whole interface to match the original layout. I layouted an imgui menu on a machine with 2160p display and 175% windows scaling. On this machine the interface looks ok. already a little more low res than when not us…

Strange aspect of Skia renderer bounds / How to set renderer to exact size and pos in pixel?

Currently trying to set the skia-renderer position and scale inside the patch. First thing, I do not get: What is the unit of the width/height-settings rectangle? Can’t be pixel, since my screen is 4k and the renderer is bigger than 100px. One guess could be, that it’s somehoe scaled by windows-scaling settings? Or is it something else? Second problem: Setting the rectangle to an square (fe. 100 by 100) results in an rectangle but not a perfect square. 100 by 170 gives me in my case a square. …

[Elias]

We’ll have to add some sort of abstraction to do this or we end up with another windows dependency right in the core. That’s why it will take some thinking and can’t be done straight away. But since UI is on the horizon again it might be tackled then since we for sure will hit the same issue.

[bjoern]

Just hacked this into ToSkiaLayer:

public unsafe ToSkiaLayer(float scaling = 1.0f)
{
    _context = new SkiaContext();
    using (_context.MakeCurrent())
    {
        _io = ImGui.GetIO();
        _io.NativePtr->IniFilename = null;

        _renderContext = RenderContext.ForCurrentThread();

        _fontPaint = new Handle<SKPaint>(new SKPaint());

        //var scaling = VL.UI.Core.DIPHelpers.DIPFactor();
        updateScaling(fontScaling: scaling, uiScaling: scaling);
    }
}

Unfortunately it somehow only affects the FontScaling but not the UIScaling.

But could this be made to work and added in the meantime until you finished thinking up the proper solution?

[bjoern]

Mentioned this in the chat already but still for reference:

DPI handling and multiple screens