GNOME Bugzilla – Bug 124653
Scrollbar buttons not working
Last modified: 2005-10-30 04:03:36 UTC
In the EOG based nautilus view 'Image Collection' the scrollbar buttons do not work. The scrollbar itself can be moved with the mouse, but not with buttons.
The scrollbars are standard GTK scrollbars. Eog isn't involved in how the value of the scrollbar changes, it just acts on the change (look into libeog/eog-scroll-view.c). So if the movement with the mouse works (grabbing the slider, clicking into free space of the scrollbar) then the buttons must work also. The mechanism is totally hidden within the default widget provided by gtk. In fact, I can't reproduce this behaviour with any eog 2.4.x version. Maybe some more information, what you are exactly doing or expecting?
What i am doing is using the nautilus filebrowser to go to a folder containing images. If necessary i change the view to Image Collection. The scrollbar of the thumbnail browser window (bottom right of the window) does not respond to clicks on the button. All other scrollbars (for example the scrollbar of the exif listview) do respond to the buttons. I would expect to be able to scroll the thumbnail window up and down using the scrollbar buttons. I am using nautilus CVS (last update 15 okt), eog CVS (last update yesterday) and gtk+-2.0 (2.2.4). I have looked at the sources and can't find anything. At the moment i would suspect the Canvas widget, but i have no way of verifying this.
*** Bug 123347 has been marked as a duplicate of this bug. ***
This bug is still existatnt in eog 2.8.1 with gtk-2.4.13
Confirming with eog 2.8.2 + gtk 2.6.4 on Mdk cooker (ie 10.2) see http://qa.mandrakesoft.com/show_bug.cgi?id=14774
Created attachment 47359 [details] [review] Possible solution for bug #124653 This patch just adds a gtk_adjustment_new() variable, and attach it to sw (scrolled window). It corrects the vertical and horizontal scrollbars.
This patch indeed solves the problem, but I can't figure out why. Are we looking at a Gtk+ bug here? Or is it a bug in the way the EogWrapList widget works? I'm willing to apply this patch as a stopgap to fix the bug, but I'm a little unsure that it's really the right solution.
I confirm this in EOG 2.13.x. Updating version.
It seems gtk_scrolled_window_new () is not creating the default adjustments. So, it's indeed a gtk+ bug that I already reported (bug #320208). We can apply Juan Carlos' patch for now. Thanks for patch! Applied with some coding style fixes in HEAD and gnome-2-12 branches.