GNOME Bugzilla – Bug 477010
vertical scrollbar always present in yelp
Last modified: 2011-06-10 19:39:26 UTC
This bug has been filled here: https://bugs.launchpad.net/ubuntu/+source/yelp/+bug/139657 "No matter how short the document is and matter how much you stretch yelp's windows vertically, it still always shows a vertical scrollbar. Also because of that one can never see the footer of the document, which contains information useful for navigation. attaching a screenshot illustrating the problem." http://launchpadlibrarian.net/9282854/Screenshot-Printing%2C%20Faxing%20and%20Scanning.png This is also reproducible with trunk. Thanks!,
I noticed that, outside of the home page, every page in Yelp has a scroll bar. Further examination (scrolling said scroll bar) has revealed the culprit: That little footer, which has the buttons to navigate forwards and backwards through the current section. For some reason, it is always below the bottom of the frame, even when that frame could easily fit it. It should be at the bottom, but within the frame, (its bottom touching the frame's bottom, rather than its top touching the frame's bottom) not necessitating a scroll bar. Definitely needs a fix, since this hinders the navigability of the help files and causes a rather aesthetically displeasing unexplained scrollbar.
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of 471762 ***
This can't be a duplicate, as this bug is still present, but bug #471762 is resolved as fixed.
This is a bug in gnome-doc-utils. From what I can see, the bug arised at line 88 of db2css.xsl: margin: 0px; padding: 12px; The padding makes the page 24 px bigger than the window, resulting in the scrollbar being present. Passing it over to g-d-u to look at and confirming as I can reproduce. Shaun?
*** Bug 511464 has been marked as a duplicate of this bug. ***
This can be fixed by changing the min-height of the body from 100% to something more sensible (30px is what I've used, but I suspect removing it entirely is the proper solution). Shaun, any particular feelings about this?
I seem to recall that the "min-height: 100%" was to ensure that the footer bar was always at the bottom of the page.
The footer bar ain't staying at the bottom. It's tacked on to the bottom of the content, with or without the min-height.
This issue is also visible in library.gnome.org. E.g. http://library.gnome.org/users/gucharmap/stable/ is short enough the scrollbar should go away, but it doesn't. Also, the footer bar ain't at the bottom of the page, more at the bottom of the content.
Putting the html height to slightly less than 100% (e.g. 98%) resolves the problem on l.g.o (not tried in yelp). html { height:98%; }
Mixing percentages and pixel coordinates sounds like a completely arbitrary and horrifying solution to the problem. Good to know it's just the page layout at fault, though. I concur with the suggestion to get rid of or move that bar. When placed on the bottom, it jumps around between pages. Thus, it is actually not an easy way to flip between the pages in order, because one must keep moving the mouse to where it is! In addition, having the same titles and links repeated twice (sometimes thrice) within the exact same general area can't possibly be good for usability. Perhaps the next / previous links would work if placed below the title (in line with the link back to the section header). Another possibility is to put them above the navigation bar on the right, changing their labels from page titles to simply "Next" and "Previous".
Has this been fixed? This bug is starting to age a bit, and I can't reproduce it anymore with yelp 2.27.1. Can this be closed?
It is still reproducible on l.g.o: http://library.gnome.org/users/gucharmap/stable/
Created attachment 137378 [details] screenshot illustrating the bug the bug is still present in yelp-2.27.1 Here is a screenshot of yelp-2.27.1 displaying documentation for "Assistive Tools"
This has been fixed for a while.