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 332491 - Wrong seeking direction when using the scroll wheel
Wrong seeking direction when using the scroll wheel
Status: RESOLVED WONTFIX
Product: totem
Classification: Core
Component: Movie player
1.3.x
Other Linux
: Normal normal
: ---
Assigned To: General Totem maintainer(s)
General Totem maintainer(s)
: 351634 518707 532121 572109 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-02-24 20:32 UTC by Fabio Bonelli
Modified: 2009-02-17 12:36 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Fabio Bonelli 2006-02-24 20:32:55 UTC 
IMHO the right action when you scroll the mouse wheel up should be to rewind and fast forward when you scroll down.

Right now totem behaves the opposite way.
Comment 1 Christian Persch 2006-02-25 18:25:31 UTC 
In Epiphany bug 306110 and evince bug 309236  it was decided that scroll-up == 'In' and down == 'out', so the current up=forward, down=rewind seems consistent with that.
Comment 2 Bastien Nocera 2006-02-26 12:28:09 UTC 
See also bug 164351 for Rhythmbox, bug 330570 which I reassigned from Totem.
The bottom line is that it's a matter of taste, and I'd rather not change the behaviour now.
Comment 3 Bastien Nocera 2006-08-16 16:48:43 UTC 
*** Bug 351634 has been marked as a duplicate of this bug. ***
Comment 4 Christian Lohmaier 2006-08-16 19:40:54 UTC 
My bug has just been makred duplicate of this one.

I'm kind of shocked to see this one flagged as wontfix.

I urge you to reconsider fixing this bug.
I paste my reasoning from the other issue:

seeking forward should be the action when scrolling down - since that matches
the behaviour of the scrollwheel every else.

In documents you scroll down to see what comes next (not what was written
before)
If you like to see it from an "interaction with the widget" view instead of a
"action that should be performed" view:
When using the scrollweheel over an horizontal scrollbar, it moves to the
right, not to the left - so should the handle of the seekbar.
Comment 5 David Prieto 2006-09-20 12:26:09 UTC 
"The bottom line is that it's a matter of taste".

No it's not. It's not a matter of Totem vs. RB, it's a matter of Totem vs. every other gnome app, that is, consistency.

I'll quote myself from the bug I just filed in Launchpad:

"Just open an image on EOG, zoom in to make the sliders appear, hover the button over the horizontal one and scroll down.

See what happens? Every other app is consistent with that behavior, save Totem".

I think Christian is right and the fact that he didn't get a reply in over a month just proves it IMO. Why should Totem's seekbar's behaviour be opposite to any other scrollbar in the whole OS?
Comment 6 Bastien Nocera 2008-02-25 21:42:38 UTC 
*** Bug 518707 has been marked as a duplicate of this bug. ***
Comment 7 Bastien Nocera 2008-05-08 08:51:11 UTC 
*** Bug 532121 has been marked as a duplicate of this bug. ***
Comment 8 Bastien Nocera 2009-02-17 12:36:40 UTC 
*** Bug 564039 has been marked as a duplicate of this bug. ***
Comment 9 Bastien Nocera 2009-02-17 12:36:45 UTC 
*** Bug 572109 has been marked as a duplicate of this bug. ***