Blender starts with too large window #34026

New Issue

Shinsuke Irie · 2013-01-28T22:58:41+01:00

Shinsuke Irie commented

2013-01-28 22:58:41 +01:00

%%%--- Operating System, Graphics card ---

Ubuntu 12.10 amd64
GeForce GTX 670 + NVIDIA driver 304.51-0ubuntu1
Unity desktop (LLVMpipe)

- Blender version with error, and version that worked ---

r54156
This is very old bug.

- Short description of error ---

I'm using multiple monitors (1920x1080x3).
When I start Blender with --factory-startup option, Blender opens extremely large window (5760x1080) on startup, so I have to resize it so that it covers only one monitor.

See screenshot (blender_too_large_window.png).
%%%

%%%--- Operating System, Graphics card --- Ubuntu 12.10 amd64 GeForce GTX 670 + NVIDIA driver 304.51-0ubuntu1 Unity desktop (LLVMpipe) - Blender version with error, and version that worked --- r54156 This is very old bug. - Short description of error --- I'm using multiple monitors (1920x1080x3). When I start Blender with --factory-startup option, Blender opens extremely large window (5760x1080) on startup, so I have to resize it so that it covers only one monitor. See screenshot (blender_too_large_window.png). %%%

Shinsuke Irie commented

2013-01-28 22:58:41 +01:00

Changed status to: 'Open'

Shinsuke Irie commented

2013-01-30 07:08:13 +01:00

%%%Currently the window size defaults to display size, but I think that's not good idea, because that doesn't consider the multiple monitors, application launcher, taskbar, and the other desktop panels.

The window size should be default to its minimum size and be maximized.
%%%

%%%Currently the window size defaults to display size, but I think that's not good idea, because that doesn't consider the multiple monitors, application launcher, taskbar, and the other desktop panels. The window size should be default to its minimum size and be maximized. %%%

Ton Roosendaal commented

2013-01-30 14:36:36 +01:00

%%%I'm sure you'd like this, but probably not information we can retrieve reliably.
Campbell introduced this change, let's check with him...%%%

%%%I'm sure you'd like this, but probably not information we can retrieve reliably. Campbell introduced this change, let's check with him...%%%

Campbell Barton commented

2013-01-31 01:14:27 +01:00

%%%attached a patch so we get the size of the first screen only, however I'll check on an alternative fix which I think will work nicer.%%%

Campbell Barton commented

2013-01-31 04:48:23 +01:00

%%%Attached an updated xinerama patch. while it makes getMainDisplayDimensions() work as documented, I dont think this is a fix for the bug. (though it does resolve the case reported).

Problem is that we don't know which monitor the window will be placed in, so if the monitors are different sizes it will size to one then place on another (tested this and its problematic if the second monitor is smaller for eg).

Even if this patch is applied window borders and dock/panel are not taken into account, the window opens with parts outside the monitor.

To work properly we'd need to loop over windows that take screen real-estate (NET_WM_STRUT's) and subtract them from the screen area.

So Im going to check on a simple workaround to avoid getting involved with xinerama/netwm details, checked on gtk+ and wine and they go into a lot of API detail to support this properly, but I think its not needed for blender just to open the window in a sane location.%%%

%%%Attached an updated xinerama patch. while it makes getMainDisplayDimensions() work as documented, I dont think this is a fix for the bug. (though it does resolve the case reported). Problem is that we don't know which monitor the window will be placed in, so if the monitors are different sizes it will size to one then place on another (tested this and its problematic if the second monitor is smaller for eg). Even if this patch is applied window borders and dock/panel are not taken into account, the window opens with parts outside the monitor. To work properly we'd need to loop over windows that take screen real-estate (NET_WM_STRUT's) and subtract them from the screen area. So Im going to check on a simple workaround to avoid getting involved with xinerama/netwm details, checked on gtk+ and wine and they go into a lot of API detail to support this properly, but I think its not needed for blender just to open the window in a sane location.%%%

Shinsuke Irie commented

2013-01-31 06:28:37 +01:00

%%%If the multiple monitors have different sizes, selecting the smallest one solves the problem.

Also, maximizing the window (using _NET_WM_STATE_MAXIMIZED_VERT and _NET_WM_STATE_MAXIMIZED_HORZ) by default is good, because an window manager automatically adjusts the window size in consideration of the multiple monitors and dock/panels.
%%%

%%%If the multiple monitors have different sizes, selecting the smallest one solves the problem. Also, maximizing the window (using _NET_WM_STATE_MAXIMIZED_VERT and _NET_WM_STATE_MAXIMIZED_HORZ) by default is good, because an window manager automatically adjusts the window size in consideration of the multiple monitors and dock/panels. %%%

Campbell Barton commented

2013-01-31 06:57:52 +01:00

%%%fixed/worked around r54220, r54221.%%%

👎 1

Campbell Barton commented

2013-01-31 06:57:53 +01:00

Changed status from 'Open' to: 'Resolved'

👎 1

Campbell Barton closed this issue

2013-01-31 06:57:53 +01:00

Campbell Barton commented

2013-02-04 04:45:51 +01:00

%%%Shinsuke, currently blender uses the monitor size from the monitor the cursor is in,
I did have it start maximized but Ton wasnt so happy with this since maximize is typically a user action.

With the current behavior desktop panels are not taken into account which is not ideal, we could detect all panels via netwm api and clip blenders window by them. (This is what GTK does)%%%

%%%Shinsuke, currently blender uses the monitor size from the monitor the cursor is in, I did have it start maximized but Ton wasnt so happy with this since maximize is typically a user action. With the current behavior desktop panels are not taken into account which is not ideal, we could detect all panels via netwm api and clip blenders window by them. (This is what GTK does)%%%

Mykhaylo-Gudz commented

2024-03-24 18:20:03 +01:00

Closed\12 years ago. LOL

Still a same thing thouh,
blender is the only program that does this..
beyond lame.

I worry for opensource community managed projects...

Closed\12 years ago. LOL Still a same thing thouh, blender is the only program that does this.. beyond lame. I worry for opensource community managed projects...

Mykhaylo-Gudz commented

2024-03-24 18:21:32 +01:00

Changed status from 'Open' to: 'Resolved'

nice job sir, you helped to preserve this bug

> Changed status from 'Open' to: 'Resolved' nice job sir, you helped to preserve this bug

Mykhaylo-Gudz commented

2024-03-24 18:28:20 +01:00

also for anyone interested replicating this,
run any version of blender,
on any linux distro with dual monitors,
and unmaximize it.

also for anyone interested replicating this, run any version of blender, on any linux distro with dual monitors, and unmaximize it.

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Blender starts with too large window #34026