GNOME Bugzilla – Bug 639238
Clicking on the far-right hand side of a maximized window does not scroll to the corresponding location in the view
Last modified: 2011-01-11 18:05:20 UTC
1) Open a file in a GTK+ based app such that the total length of the file is far in excess of the window size i.e. there's a lot of the page hidden off the bottom of the screen. 2) Click on an area toward the of the scrollbar Notice that the view does not scroll to the point at which the user clicked, rather it only moved down by some predetermined increment. The expected behaviour is for the view to scroll to the location specified by the user.
Originally reported at https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/683856
> The expected > behaviour is for the view to scroll to the location specified by the user. That may be your expectation, but it is not what gtk implements. However, all is not lost. Just middle-click to get what you want.
Sorry, but the original bug report is not an accurate reproduction of the actual issue at hand here: Open maximized Firefox to a page with a height long enough to warrant a scroll-bar, looking at the very top of the page. Move your mouse to the very rightmost edge of the screen, to an area below the scroller. Clicking should scroll the page to that position, currently it does not. The user has to make a minute movement to the left, apparently one or two pixels, for the click to generate any response. This means I have to look to the edge of the screen to scroll, I can't just move the mouse, click and keep reading the page. It's not that the scrollbar doesn't move _enough_, it's that it doesn't move _at_all_ when the mouse is at the very far right hand side. I assume that this is happening because of the border around the window. The border is pretty ugly, but necessary in GTK right now because that's how window resizing is done. Clearly, the number of bug reports and wishlist items about window resizing show that the current system is unfortunately broken. I'd suggest that instead, window resizing be done with an _invisible_ border and that the rendered border be completely independent, and not present on maximized windows.