[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 66972] New: Reversed RMB scrolling behavior as an option would
From:       Sami Liedes <sliedes () cc ! hut ! fi>
Date:       2003-10-31 13:56:40
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
     
http://bugs.kde.org/show_bug.cgi?id=66972     
           Summary: Reversed RMB scrolling behavior as an option would be
                    nice
           Product: boson
           Version: unspecified
          Platform: Debian testing
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: boson-bugs@lists.sourceforge.net
        ReportedBy: sliedes@cc.hut.fi


Version:           0.8 (using KDE KDE 3.1.4)
Installed from:    Debian testing/unstable Packages
OS:          Linux

To me it would seem a lot more intuitive if the RMB scrolling feature would work (or \
could be configured to work) so that the scrolling direction is reversed, as if the \
cursor "gripped" to the tile beneath it when the RMB was first depressed so that the \
net effect would seem like the world moving to the direction of the mouse movement, \
not the camera.

Alternatively I think the current method of RMB scrolling would be somewhat more \
usable if it was changed so that the scrolling wouldn't stop until the RMB is \
released. What I mean is: Let A be the point in the 2D screen where RMB was depressed \
and B be the current location of the pointer; now the speed and direction of \
scrolling would be c*AB, where c>0 is some constant. This would probably require \
actually drawing the vector between points A and B (I believe a mere line would do \
the job) to feel intuitive.


[prev in list] [next in list] [prev in thread] [next in thread]