Zoom / scroll behaviour is inconsistent with other Gnome programs

Bug #686128 reported by Sam Bristow
36
This bug affects 6 people
Affects Status Importance Assigned to Milestone
Eye of GNOME
Won't Fix
Low
One Hundred Papercuts
Invalid
Low
Unassigned
eog (Ubuntu)
Invalid
Low
Unassigned

Bug Description

Binary package hint: eog

In other applications on the Ubuntu/Gnome desktop the scrollwheel allows the user to move around the document / image. Ctrl + scroll wheel is used when the user wishes to zoom the document / image. In EOG the behaviour is the exact opposite.

==Other applications with scrollwheel = scroll, scrollwheel + ctrl = zoom:==
OpenOffice.org / Libre Office
Nautilus
Chromium
Inkscape
evince
+ others

==========================================================
Ubuntu 10.04 + others

Action:
Pressed ctrl + scrolled with the scrollwheel

Expected Behaviour:
The image would zoom in

Actual Behaviour:
Nothing, as the image was zoomed out to fit in the window
OR (if the image was already zoomed in)
The image scrolled up and down

tags: added: upstream
Revision history for this message
Marcel Stimberg (marcelstimberg) wrote :

There is actually a setting for that but it is not exposed in the preferences window - I think adding this preference (I'm not sure about changing the default) would be useful. Maybe a papercut (https://wiki.ubuntu.com/PaperCut)?

To change the setting open the gconf-editor (Alt+F2: gconf-editor) and navigate to apps->eog->view. Then uncheck the scroll_wheel_zoom checkbox.

Revision history for this message
Robert Roth (evfool) wrote :

Added OneHundredPapercuts as affected projects, as this seems to be a valid papercut, a small inconsistency issue, that is easy to fix, by changing one preference.

Revision history for this message
Sam Bristow (sam-bristow) wrote :

I found a few of the old bug reports that explain why the behaviour is the way it is by default.

The idea was that users usually only had a vertical scrollwheel so that should be used for zoom and the user could drag the image around with the mouse.

Currently dragging doesn't work so that leaves a broken UX at the moment with current behaviour. Also, a number of mice and touchpads have scrolling in both X and Y directions (both my machines do) which changes the arguments a wee bit.

The gconf setting Marcel noted works and eog behaves as expected when it is set.

Various bug-reports and resolutions for reference:
https://bugzilla.gnome.org/show_bug.cgi?id=341935
http://<email address hidden>/msg117176.html
https://bugs.launchpad.net/ubuntu/+source/eog/+bug/143971

Revision history for this message
Chris Wilson (notgary-deactivatedaccount) wrote :

The current behaviour violate the Gnome HIG (http://library.gnome.org/devel/hig-book/2.32/input-mouse.html.en, serach for 'zoom'). The relevant text is quoted here for convenience:

"Ctrl+scrollwheel-up should zoom into the window or control under the mouse pointer, and Ctrl+scrollwheel-down should zoom out."

Changed in hundredpapercuts:
status: New → Confirmed
importance: Undecided → Low
status: Confirmed → Triaged
Changed in eog (Ubuntu):
status: New → Confirmed
Changed in eog:
importance: Unknown → Low
status: Unknown → New
Revision history for this message
Chris Wilson (notgary-deactivatedaccount) wrote :

Comment from upstream:

"Yes, that's right. We violate the HIG on purpose here, since the feedback we received when we switched behaviour the last time was mostly negative and we don't have plans to enforce the HIG against the will of the users. (see https://bugzilla.gnome.org/show_bug.cgi?id=479884)

Then there's still the GConf/GSettings key to switch to modes that is also mentioned in the Launchpad report if you really want to follow HIG guidelines."

Changed in eog:
status: New → Won't Fix
Revision history for this message
Sebastien Bacher (seb128) wrote :

upstream says it's not a bug

"Yes, that's right. We violate the HIG on purpose here, since the feedback we
received when we switched behaviour the last time was mostly negative and we
don't have plans to enforce the HIG against the will of the users. (see bug
479884
)"

tags: removed: upstream
Changed in eog (Ubuntu):
importance: Undecided → Low
status: Confirmed → Invalid
Revision history for this message
Vish (vish) wrote :

Closing papercut too, as per previous comment...

Changed in hundredpapercuts:
status: Triaged → Invalid
Revision history for this message
Kristian Benoit (kristian-benoit) wrote :

Eog now uses dconf instead of gconf so if one want to set the value it false so that the application integrates better in gnome, you must

$ sudo apt-get install dconf-tools
$ dconf-editor

Go to org/gnome/eog/view and uncheck scroll-wheel-zoom

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.