! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
multiscreen: max. window under vertical panel
Status:
RESOLVED: MOVED

Comments

Description xfcebugs.mail.enormator 2011-01-20 12:34:08 CET
Setup: 2 Screens of different sizes (don't know if important), one vertical panel at a screen edge
Problem: maximized windows stretch on their whole screen, also under the panel
note: With horizontal panels, this seems not to be a problem.

I run gentoo and (according to emerge) xfce 4.8
Comment 1 Nick Schermer editbugs 2011-01-20 13:09:37 CET
If the panel *between* the two screens?

Please attach the output of "xfce4-panel q- && PANEL_DEBUG=1 xfce4-panel > ~/panel.log" this this is not the case.
Comment 2 Jason 2011-01-22 01:44:00 CET
Further to this. In 4.6 maximised windows would also maximise behind horizontal panels at the top and bottom of the screen if the panel was not locked.

This is the behaviour I want which has "regressed" in 4.8. Perhaps the answer here is a configuration option to select whether windows can maximise behind the panel for both vertical and horizontal panels?
Comment 3 xfcebugs.mail.enormator 2011-01-24 12:54:21 CET
(In reply to comment #1)
> If the panel *between* the two screens?
Yes that's the point. I've now tried a horizontal layout of the screens with the panel between the screens. Maximized windows expand under the panel. Should I post a screenshot?
> Please attach the output of "xfce4-panel q- && PANEL_DEBUG=1 xfce4-panel >
> ~/panel.log" this this is not the case.
I tried it (also with -q instead of q-) but it just closes my xserver and in the log is unchanged because my terminal emulator is closed when X is closed (lol)
Comment 4 Nick Schermer editbugs 2011-01-24 13:31:58 CET
Well if a panel is between 2 'screens' (in fact this means you have 1 screen with 2 monitors in gdk), we cannot set struts (and area expanding windows are not allowed to use), because struts are set from a screen border. Else the monitor on the other side of the panel is unusable.
Comment 6 xfcebugs.mail.enormator 2011-01-25 12:18:31 CET
(In reply to comment #4)
Well, from a developer point of view, this might make sense. But from a user's point of view, this behaviour is quite unintuitive. Maximized windows should never expand over an area occupied by a panel at a screen edge. But anyways, windows should be draggable from one screen to another (even through a panel). I see no reason why the panel 'should' behave the way it does. So please, see this behaviour as a (low-priority) bug and eventually solve it.
Comment 7 Nick Schermer editbugs 2011-01-25 12:21:44 CET
Well I can't solve it unless the wm-spec is adjusted and/or xfwm4 fixes it.
Comment 8 xfcebugs.mail.enormator 2011-01-25 12:36:25 CET
(In reply to comment #7)
> Well I can't solve it unless the wm-spec is adjusted and/or xfwm4 fixes it.

So should I set the "product" to Xfwm4, or how can I report spec bugs?
Comment 9 Andrzej editbugs 2012-06-25 04:36:35 CEST
What would it take to get it fixed?

I'm assuming the WM spec is of no use here so this would have to be fixed in some sort of Xfce-specific extension.

Are you aware of any other DEs allowing panels in between the monitors and handling the struts gracefully?
Comment 10 Git Bot editbugs 2020-05-29 11:45:21 CEST
-- GitLab Migration Automatic Message --

This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/xfce/xfwm4/-/issues/49.

Please create an account or use an existing account on one of our supported OAuth providers. 

If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests

Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev

Bug #7144

Reported by:
xfcebugs.mail.enormator
Reported on: 2011-01-20
Last modified on: 2020-05-29

People

Assignee:
Nick Schermer
CC List:
3 users

Version

Attachments

Additional information