Bugzilla – Bug 143263
[gtk-qt] GTK+ scrollbars have several rendering issues
Last modified: 2007-05-04 14:12:15 UTC
The scrollbars used by the QT-GTK theme engine seem to have several issues. I experienced this in forefox and thinderbird. 1) When I move the mouse into the web page window and scroll the page the scroll "block" (the thing which I can move to scroll in the scrollbar) moves as well but its left border remains where it was, until I move the mouse into the scrollbar. 2) I can move (drag) the scrollbar thumb down and even over the "arrow up" button which is at the bottom of the scrollbar. But it can´t overlap the "arrow down" button. This should be fairly reproducible, if not I can of course send a screenshot.
*** Bug 128039 has been marked as a duplicate of this bug. ***
*** Bug 66773 has been marked as a duplicate of this bug. ***
Should be all fixed or worked around (I wonder why Mozilla has to draw its scrollbars element by element).
Can still reproduce 1)
Yep, it's still there in beta5. I have changed the severity to minor, this is a cosmetic bug.
In beta7, the problem persists, also the menus are rendered incorrectly in Firefox. I have a clever plan: let's discard gtk-qt completely. Most gtk themes fit with most Qt themes quite well.
Rising severity to Normal; don't hit me but this looks really ugly, and especially when Firefox is the default viewer for auto-update, giving the whole product a rough-edge look.
The plan with dropping gtk-qt is very clever, indeed. If this was my attitude I would have dropped SuSE or any other linux long time ago *ggg But IMHO fixing it would be better and even more clever...
Michael: Sorry, I didn't intend to be rude, it was my attempt at joking... I wanted to say that I think gtk-qt cannot work completely by principle, as the differences between the KDE and GTK theming are too large and there are many gray zones. However, I'm not a developer neither of KDE nor GTK, so I can't tell for sure.
No, of couse I didn´t think you were serious about that Maybe those really bug ICQ smileys could help here *ggg OK if it doesn´t work then it could be dropped IMHO of couse.
Created attachment 72856 [details] gtk-qt-engine patch This is an updated version of the fix-slider.patch that fixes also 1) - I'd submit it myself but beta7 package has newer release number than the sources I see in /work (???). The code intentionally misplaced the slider for unknown reason, and there are more cases like that :-/ (which I'm not going to fix without knowing what it fixes or breaks). I think we should drop this beast for next SL and either go with similar qt/gtk styles or try e.g. metatheme. I see nothing wrong with menus in Beta7, what should be the problem there?
submitted updated patch, closing as FIXED. if there are still problems with the menus in something later than beta8, reopen.
In KDE Control Center, Appearance and Themes, GTK Styles and Fonts, there's a button "Install scroll bar fix". Is this the same as fix-slider.sh? Anyway, I agree with postponing this bug. It looks bad but does not impair functionality.
The same for sure not as that "installable scroll bar fix" didn't work for me and latest Firefox/Thunderbird but Lubos' latest patch does. :-) Any objection to remove it from the kcm?
No objection from me. It gave a kludge impression anyway, and that wasn't nice.
Added a patch to hide the groupbox.
The lates nightly build of realplayer exposes two more gtk-qt bugs. 1. The field where the current title is displayed is white on black in gnome, but white on grey in KDE which makes you unable to see anything. Also the dropdown-boyes in the options behave the same if you select an entry in them. 2. The sliders are messed up in KDE while they work fine in gnome. They can´t be set to the most right position and if you click on them they always go one step to the left. Don´t know if these two bugs are already fixed. I mean real "sliders" here, not the scrollbar sliders *g I´ve tested many gtk+ apps and this is the only thing which I noticed. All other apps behave fine.
@all: What is the status here? Still a vaild bug in the latest Beta/RC?
I have tried Firefox on SL10.1 rc1, and the scrollbars now work correctly. There are still glitches in menu (menu borders are not always redrawn when covered by another menu) but nothing serious. So maybe not a fix, but definitely an improvement :-)
As many users use firefox or other gtk+ apps it would imho be nice to fix all those issues (also the ones which I explained in comment #17).
The slider is 1-2 pixels narrower than the slider arrow buttons. Looks good enough and it's painted correctly in Firefox and Thunderbird.
*** Bug 117037 has been marked as a duplicate of this bug. ***
we dropped gtk-qt from 10.2 and later and won't do an update for 10.1