After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 79352 - shift-mousewheel could zoom in / out on nautilus views..
shift-mousewheel could zoom in / out on nautilus views..
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: Navigation
2.11.x
Other All
: High enhancement
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 162308 305158 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2002-04-20 22:01 UTC by Tuomas Kuosmanen
Modified: 2005-07-10 17:10 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10


Attachments
Proposed patch (against HEAD). (1.48 KB, patch)
2005-05-23 12:03 UTC, Christian Neumair
committed Details | Review
Proposed patch #2 (against HEAD). (653 bytes, patch)
2005-06-01 06:13 UTC, Christian Neumair
committed Details | Review

Description Tuomas Kuosmanen 2002-04-20 22:01:36 UTC
Gimp uses this too - ideally we'd need this on the styleguide though so all
applications that have zoom feature would be consistent with it.
Comment 1 Luis Villa 2002-05-13 00:08:44 UTC
Tig: you can file an HIG bug on this if you want...
Comment 2 Vincent Noel 2004-08-04 21:47:23 UTC
Note that you can zoom in/out with the mouse wheel when the mouse pointer is on
the zoom control in a nautilus browser window.
Comment 3 Sebastien Bacher 2005-02-01 23:45:10 UTC
*** Bug 162308 has been marked as a duplicate of this bug. ***
Comment 4 Sebastien Bacher 2005-05-23 09:23:35 UTC
*** Bug 305158 has been marked as a duplicate of this bug. ***
Comment 5 Christian Neumair 2005-05-23 12:03:10 UTC
Created attachment 46792 [details] [review]
Proposed patch (against HEAD).
Comment 6 Martin Wehner 2005-05-25 20:08:24 UTC
Comment on attachment 46792 [details] [review]
Proposed patch (against HEAD).

Very nice, please commit.

(The MS Office/FireFox guys will still scream for Ctrl+Scroll though, I'm
afraid)
Comment 7 Christian Neumair 2005-05-25 21:46:39 UTC
Done. Note that I used the same keybinding as the GIMP, and Ephy uses
ctrl+scroll for double-stepped scrolling, so I thought this keybinding would be
a good idea.
Comment 8 Mike Miller 2005-05-29 20:53:47 UTC
Actually, I believe that agreement with mozilla* or windows is much more
important seeing as about 100x more people use them than the other fine
applications mentioned.  

In five+ years of using it, I never even knew gimp could scroll on
shift+mousewheel until reading this thread.  That says a little about keeping it
consistent with highly used applications and platforms.  Familiarity and
expectations rule.

If that doesn't persuade you, a gconf key to configure the setting would be
highly appreciated. Thanks for your hard work.  ;)
Comment 9 Christian Neumair 2005-05-30 21:15:30 UTC
Mozilla 1.7 doesn't zoom on Ctrl+Scroll for me. But yeah, we have to sort out
whether we should change this.
Comment 10 Mike Miller 2005-05-31 22:28:45 UTC
Now that I think of, mozilla seamonkey didn't have mousewheel bindings by
default, they had to be set manually.

However, in a email thread I was cc'd on, Calum Benson points out the relavant
section of the gnome HIG:

http://developer.gnome.org/projects/gup/hig/2.0/input.html#mouse-buttons

Ctrl-scrollwheel-up should zoom into the window or control under
        the mouse pointer, and Ctrl-scrollwheel-down should zoom out.
        Zooming in this way should not move keyboard focus to the window
        or control being zoomed.
Comment 11 Christian Neumair 2005-06-01 06:12:00 UTC
You're totally right. I've filed bug 306110 against Epiphany.
Comment 12 Christian Neumair 2005-06-01 06:13:59 UTC
Created attachment 47097 [details] [review]
Proposed patch #2 (against HEAD).
Comment 13 Christian Neumair 2005-06-02 19:03:35 UTC
Thanks for your efforts. The issue will be fixed in the upcoming 2.11 release.
Comment 14 Martin Wehner 2005-06-05 19:51:50 UTC
I just noticed this collides with the more common use case of holding ctrl while
scrolling through a long list to select some specific files. That might be a
problem.
Comment 15 Christian Neumair 2005-06-06 17:22:19 UTC
Martin: Good point. Do you see any solution? In my opinion, it is ok that user
now have to release the ctrl key again before scrolling through the list.
Comment 16 Christian Neumair 2005-07-10 17:10:28 UTC
No feedback, closing. Obviously the behavior mentioned in comment 14 is an
inconvinient but inevitable side effect.