! 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 !
Reserved area at the right border - without a panel being there and with all ...
Status:
RESOLVED: MOVED

Comments

Description Markus 2014-02-09 12:18:47 CET
When opening new applications (e.g. tunar, leafpad, ...), there is always a reserved area at the right side of the screen.
In a dual-screen configuration, there is a reserved area on the right side of both screens.
This would be OK if there was a panel on the right side. But I don't have any. Only at the top and bottom.

Steps to reproduce:
- switch to an empty virtual desktop.
- open a leafpad from the XFCE menu.
  verify it is at the left side.
- open another leafpad from the XFCE menu.

Expected behaviour:
Should open at the right side, touching the border.

Real behaviour:
Opens at the right side, with a small distance to the border.

Applications that manage their size and position themselves (e.g. geany) are not affected.

While it is "only a bit annoying" for xfce applications, some 3rd party applications that try hard to manage their position and size appear to be "forced" by Xfwm4 to keep a distance to the border, screwing up their layout.
E.g. Intellij IDEA and PyCharm.

But as the reserved area applies to XFCE applications too, I would say it is a Xfwm4 issue, not an application issue.

And because screens are always too small, I do not want to waste a single pixel ... :-)
Comment 1 Alistair Buxton 2014-02-17 21:17:57 CET
What is the layout of your monitors? Can you provide a screenshot of the full desktop showing the bug? I think this might be https://bugzilla.xfce.org/show_bug.cgi?id=10625 (for which a patch is available).
Comment 2 Markus 2014-03-03 17:19:04 CET
Created attachment 5377 
Screenshot enforced borders

This is a screenshot of 4 application windows that have been auto-positioned by the window manager.
While editing the screenshot, I noticed an additional border at the bottom of the right screen.
If I remove the right screen, the left one will still look the same as in this screenshot.
Comment 3 Markus 2014-03-03 20:04:59 CET
I am not sure if this is the same bug.
Comment 4 Alistair Buxton 2014-03-03 20:34:32 CET
It does look like a different bug. This is only related to the position the window opens at? I assume you can manually move it up to the right edge? If so this is a bug in the smart placement. I can't reproduce it though.
Comment 5 Markus 2014-03-04 20:35:30 CET
Yes, I can move the window to the edge afterwards. But this causes follow-up problems with some programs that try to remember their position and open exactly there on next start.

Unfortunately, I am totally new to Arch Linux and I do not know (yet) how to build the XCFE packages completely from the newest sources, therefore I cannot verify if the bug is still there.

I just tested it with the current Xubuntu live CD (13.04) in a virtual machine (virtualbox). It does not happen there. This could mean the bug was fixed in between or even depend on external stuff, e.g. the video driver.

On both of my PCs, I use the open source radeon driver with an AMD Radeon HD 5450.
On virtualbox, I am not sure, but I think it's probably the vesa driver.

To sum it up, it happened on:
- XFCE 4.8 (Xubuntu) on two differnet real machines (single + dual screen).
- XFCE 4.8 (Xubuntu) Live CD on a virtual machine (single screen).
- XFCE 4.10 (Arch Linux) on a real machine (single + dual screen).
- XFCE 4.10 (Arch Linux) on a virtual machine (single screen).

And it did not happen on:
- XFCE 4.10 (Xubuntu) Live CD on a virtual machine (single screen).

confusing, isn't it ?
Comment 6 mr.gronka 2014-04-04 02:58:53 CEST
Created attachment 5414 
mrg1 Screenshot of application being expanded towards bottom-right corner (no error)
Comment 7 mr.gronka 2014-04-04 03:00:08 CEST
Created attachment 5415 
mrg2 screenshot of application (firefox) being expanded towards bottom-right corner (no error)
Comment 8 mr.gronka 2014-04-04 03:02:29 CEST
Created attachment 5416 
mrg3 screenshot of application (gimp toolbox) being expanded towards bottom-right corner (error on right side)
Comment 9 mr.gronka 2014-04-04 03:05:01 CEST
Created attachment 5417 
mrg4 screenshot of application (XTerm) being expanded towards bottom-right corner (error on right and bottom)
Comment 10 mr.gronka 2014-04-04 03:08:10 CEST
Created attachment 5418 
mrg5 screenshot of application (XTerm) being expanded towards bottom-right and bottom-left corner (error on right, left and bottom)
Comment 11 mr.gronka 2014-04-04 04:13:03 CEST
Oh - I followed a link here from a forum; on re-reading the issue, I see how it might be a different bug. At the same time, it seems to me like it may be te same bug, simply effecting expected behavior in a different way.

I just uploaded 5 screenshots displaying how I cannot "click and drag" windows to the edges of the screen. Some windows, such as firefox, work perfectly. Others, such as every terminal and GIMP, cannot always drag to the edge of the screen. At first I thought this was a gtk issue, but every windows theme seems to have the same bug - interestingly, the gap-size seems as though it might vary from theme to theme.

Keyboard commands fail in what appear to be the exact same manner in which click and drag fails.

Another observation is that, when a window fails to stretch, the mouse cursor appears to be "ahead" of the border of the window. That is, the window will not make it to the edge of the screen, but the mouse cursor will get to the edge, still in stretch mode.

I'm on XFCE 4.10 running Arch distributed on 2014-03-01 inside Virtualbox, Windows 8.1 host.
Comment 12 Olivier Fourdan editbugs 2014-04-04 09:42:06 CEST
(In reply to mr.gronka from comment #11)
> Oh - I followed a link here [...]

That's another issue, actually this is no issue at all, that's on purpose.

Only main windows can be dragged from one workspace to the other, utility and other transient windows can't as they are bound to remain on the same workspace as their parent window.
Comment 13 mr.gronka 2014-04-04 16:45:49 CEST
I only have one workspace enabled, and one monitor attached, in hopes to get rid of this. I also disabled edge-snapping.

I'm not trying to drag between workspaces, I'm just trying to fill my single workspace to the edges. I would simply use a black background, but even then the window edges wouldn't line up, as each application seems to have a different gutter size.

If this is still intended behavior or it can't be helped, then that's fine, although I'll likely try out other DEs.

My current workaround is to drag windows halfway off-screen, make a guess at how much to lengthen them by, then drag them back onto the screen.
Comment 14 Olivier Fourdan editbugs 2014-04-04 17:12:18 CEST
(In reply to mr.gronka from comment #13)

> I'm not trying to drag between workspaces, I'm just trying to fill my single
> workspace to the edges. I would simply use a black background, but even then
> the window edges wouldn't line up, as each application seems to have a
> different gutter size.


Ah sorry now I understand.

Those apps that you list have size increments, that's what causing the issue (is the expected size differs from the actual size to match the app specified size increments. The entire screen is unlikely to match that app size increment, causing the gaps you see.

But it could be improved by aligning on the right for the right side, but it's impossible to have a full match while respecting size increments


> If this is still intended behavior or it can't be helped, then that's fine,
> although I'll likely try out other DEs.

Other WM may not respect size increments, I reckon that would qualify as a weakness in other WM.

Anyhow that's a different issue than this one so please open a diffetent bug instead of hijacking that one.
Comment 15 Markus 2014-05-16 00:48:44 CEST
If size increments cause the problem, I do not understand why the initial position of a newly opened application also leaves a gap.
Comment 16 Olivier Fourdan editbugs 2014-05-16 07:29:15 CEST
(In reply to Markus from comment #15)
> If size increments cause the problem, I do not understand why the initial
> position of a newly opened application also leaves a gap.

Because computation of the best location for newly opened windows is costly, so it's rounding values (I.e. it's not 1 pixel precise), but that's unrelated.
Comment 17 Markus 2014-05-16 23:19:30 CEST
Ah, I see. Thanks for the explanation.
Comment 18 Git Bot editbugs 2020-05-29 11:59:56 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/143.

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