File Browser and Preference Windows open at unusable position/scale. #74308

New Issue

coyo · 2020-02-28T23:46:04+01:00

coyo commented

2020-02-28 23:46:04 +01:00

System Information
Operating system: Windows-10-10.0.18362-SP0 64 Bits
Graphics card: GeForce GTX 1070/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 441.66

Blender Version
Broken: version: 2.82 (sub 7), branch: master, commit date: 2020-02-12 16:20, hash: 77d23b0bd7
Worked: 2.8

Short description of error
On a multi-monitor set up the File Browser and Preferences windows open up on the "wrong" monitor and insanely small. They require being resized every single time they are opened - does not remember last position or scaling.

Screenshot of both monitors. The main monitor is a 4k and the secondary, on which I regularly run Blender, is a Cintiq 22HD (1080).

Exact steps for others to reproduce the error
On a multi-monitor display, especially one with a 4k as main, open the File Browser and/or Preferences windows.

**System Information** Operating system: Windows-10-10.0.18362-SP0 64 Bits Graphics card: GeForce GTX 1070/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 441.66 **Blender Version** Broken: version: 2.82 (sub 7), branch: master, commit date: 2020-02-12 16:20, hash: `77d23b0bd7` Worked: 2.8 **Short description of error** On a multi-monitor set up the File Browser and Preferences windows open up on the "wrong" monitor and insanely small. They require being resized *every single time* they are opened - does not remember last position or scaling. Screenshot of both monitors. The main monitor is a 4k and the secondary, on which I regularly run Blender, is a Cintiq 22HD (1080). ![blender2-82_fileViewer.jpg](https://archive.blender.org/developer/F8379102/blender2-82_fileViewer.jpg) ![blender2-82_preferences.jpg](https://archive.blender.org/developer/F8379103/blender2-82_preferences.jpg) **Exact steps for others to reproduce the error** On a multi-monitor display, especially one with a 4k as main, open the File Browser and/or Preferences windows.

coyo commented

2020-02-28 23:46:04 +01:00

Added subscriber: @coyohti

Richard Antalik commented

2020-02-29 03:14:29 +01:00

Changed status from 'Needs Triage' to: 'Confirmed'

Julian Eisel commented

2021-02-14 18:37:40 +01:00

Added subscriber: @JulianEisel

Julian Eisel commented

2021-02-14 18:37:40 +01:00

Looks like a bug to me due toe different DPIs. AFAIK this is something we handle for other kinds of windows already.

Harley Acheson commented

2021-02-14 19:49:03 +01:00

Added subscriber: @Harley

Harley Acheson commented

2021-02-14 19:49:03 +01:00

We also have very odd logic for child window placement. By default child windows want to go to the left of the parent by half of the child’s width.

We also have very odd logic for child window placement. By default child windows want to go to the **left** of the parent by half of the child’s width.

Harley Acheson commented

2021-02-15 00:49:01 +01:00

Please note that in master (2.93) the child windows should now open on the same monitor containing the parent.

But, there is another problem that results in those windows opening at less than perfect locations. In a nutshell we create a new window at a desired size and at a location that is relative to the parent. But then we call a function, wm_window_check_position(), that is supposed to ensure that the new window fits within the bounds of the monitor. Unfortunately the logic is flawed.

I have three monitors, all 1920x1280, arranged horizontally with the middle one the "main" monitor. This means my left-most monitor has a horizontal axis that runs from -1919 to -1, the middle one from 0-1919, and the third from 1920 to 3840. But when this function is called to see if a window fits on the current monitor it only compares the numbers against 1920 and 1280, without taking into account the origins.

So, for example if Blender is on the middle monitor (with 0,0 origin) and I bring up Properties, it will go exactly as expected. But on my left monitor (with negative origin) it will be clamped in such a way as it will be along the right edge of that monitor. And doing so on the third monitor it will result in the child being against the left edge.

Please note that in master (2.93) the child windows should now open on the same monitor containing the parent. But, there is another problem that results in those windows opening at less than perfect locations. In a nutshell we create a new window at a desired size and at a location that is relative to the parent. But then we call a function, wm_window_check_position(), that is supposed to ensure that the new window fits within the bounds of the monitor. Unfortunately the logic is flawed. I have three monitors, all 1920x1280, arranged horizontally with the middle one the "main" monitor. This means my left-most monitor has a horizontal axis that runs from -1919 to -1, the middle one from 0-1919, and the third from 1920 to 3840. But when this function is called to see if a window fits on the current monitor it only compares the numbers against 1920 and 1280, without taking into account the origins. So, for example if Blender is on the middle monitor (with 0,0 origin) and I bring up Properties, it will go exactly as expected. But on my left monitor (with negative origin) it will be clamped in such a way as it will be along the right edge of that monitor. And doing so on the third monitor it will result in the child being against the left edge.

Philipp Oeser removed the

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

File Browser and Preference Windows open at unusable position/scale. #74308