GNOME Bugzilla – Bug 387139
Maximized scroll bar against screen edge
Last modified: 2020-11-06 20:08:21 UTC
When windows are maximized and have content making them vertically scrollable (e.g. in gEdit, Epiphany, etc.), there should be no border between the scroll bar and the window edge. This consequently requires less dexterity/coordination from the user to operate the scroll bar (they just move the mouse to the right extreme and click). Firefox does this which enhances its usability. The right-hand border of a maximized window only serves to reduce usability (and take up some pixels). (I'm guessing this issue is Metacity related, apologies if it is another component). Other information:
You're right (Fitt's law). Yes, this is something which should be fixed in Metacity, I think.
This scroll bar behaviour *is* already present in gnome-terminal.
If you choose a metacity theme that doesn't have borders on maximized windows, then metacity should not break this, though certain apps might.
As Havoc says, this sounds like a bug in your theme. Which one are you using?
Clearlooks (on Fedora Core 6).
Interesting; I can duplicate. I can't scroll the scrollbar of gnome-terminal, gedit, or firefox with the rightmost pixels on the screen, yet xprop | grep EXTENTS reports _NET_FRAME_EXTENTS(CARDINAL) = 0, 0, 22, 0 in all cases (using Clearlooks on FC6). I'm pretty sure this used to work and I don't see why all those apps would have manually added a pixel of their own (though maybe gtk+ did?) Anyway, I'll reopen and let Thomas investigate. :)
Works for me Clearlooks on Edgy metacity 2.16.3-0ubuntu2. Is there a Red Hat patch? Looking at the ubuntu patches there doesn't appear to be a fix for this them.
Here I can reproduce this bug in epiphany and gedit, but not in gnome-terminal.
Hello, I think this is definitely a gEdit issue. With every theme I checked on Ubuntu 8.04 (Clearlooks, Human, Moomex), apps like Firefox, Tomboy or Nautilus allow to grab the scrollbar at the edge, but not gEdit. I use Compiz. Can anyone take a look? That shouldn't be that hard to fix. I can attach any information needed to fix. Thanks, Mateusz
Mateusz: * Can you test whether it occurs in Metacity as well? * Can you test whether it occurs with Epiphany as well (as the original poster claimed?) Thanks!
Sorry about the delay, I hadn't received the email with your comment, Thomas. It occurs without Compiz (in Metacity) as well. I have installed Epiphany and scroll bar works well there, so it seems to be gEdit bug (maybe Epiphany solved the issue recently?). So I'll submit it to the gEdit, hope it'll be fixed quickly. Two-pixel gap should not be so complex issue after all, should be?
Filed bug 569993 in gedit: http://bugzilla.gnome.org/show_bug.cgi?id=569993
Still an issue with gedit 2.30.3.
The issue does occur in GNOME Terminal 2.30.2 *only* when multiple tabs are used. So, in gnome-terminal, the default has only one terminal in the window, and when maximized the scrollbar is at the right-hand border properly. But if you add a new tab (File-->Open Tab or Ctrl+Shift+t), then the on-the-border scrolling breaks (this bug). Note that my gnome-terminal does not show the tabs when only one tab exists, whereas gedit alway shows the tab. This all still points to bug 123408.
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports in Bugzilla which have not seen updates for many years. If you can still reproduce this issue in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/metacity/-/issues/ Thank you for reporting this issue and we are sorry it could not be fixed.