Dynamic HiDPI corrupts window layout

[Norbert Nemec]

https://bugs.launchpad.net/inkscape/+bug/1285887 introduces support for HiDPI/Retina as supported by GTK3

On Windows 10, a multi-screen setup with mixed DPI settings is generally well supported by informing the application about the changed DPI when a window is moved from one screen. (A window crossing the screen boundary is always displayed with a fix DPI of either screen)

The GTK3-based inkscape does partially react to the changed DPI setting, changing parts of the window to the correct resolution. However, some parts of the window do not react to the changed DPI, so the layout appears completely corrupt.

[Patrick Storz (ede123)]

Could you explain in more detail what "the layout appears completely corrupt" means and include details on you setup?

I'm currently using two displays (primary at 100% and secondary at 150%) and moving Inkscape from primary to secondary results in an upscaled (bitmap scaling) window without any layout changes.

The bitmap scaling is obviously not nice, but that might just be a GTK+ limitation...

[Norbert Nemec (nnemec)]

Trying to refine the description, I seem to be unable to reproduce the behavior myself, now.

What I see now is that the program simply uses the DPI value it finds on startup and does not dynamically adjust to changes of the screen. That would be consistent with the previously mentioned suspicion that GTK+3 does not support dynamically changes of the DPI at all.

I will close the bug for now until I can reproduce the problem and give the necessary details. Sorry about the noise...