[Digikam-devel] [Bug 209343] mouse-wheel should jump to next/previous picture if used when viewing a picture

S. Burmeister sven.burmeister at gmx.net
Tue Oct 6 11:58:45 BST 2009


https://bugs.kde.org/show_bug.cgi?id=209343


S. Burmeister <sven.burmeister at gmx.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |UNCONFIRMED
         Resolution|WORKSFORME                  |




--- Comment #3 from S. Burmeister <sven burmeister gmx net>  2009-10-06 12:58:11 ---
Ok, so there are two issues here.

1. The current previewer does not allow to use all its functionality without
using the keyboard, although this would possible.
2. Within digikam the usage of the "viewers" is not consistent, i.e. the OpenGL
viewer works differently.

The OpenGL viewer does the following: Mouse-wheel changes the picture, zooming
is done with holding right-click (changing the cursor to a magnifying glass to
signal the user that some new functionality is active) and moving the mouse.
Double-click takes one back to "fit to screen".

So as those tools are not consistent within digikam and since pressing SHIFT
for longer than a few seconds makes KDE prompt the user whether one wants to
enable the accessibility features, I'd suggest to change the previewers
handling of mouse-clicks and enable the user to access all its functionality
without the need to use the keyboard.

- One (short) click on the picture would take the user back to the album view.
Alternative: since there is always some space not used by the picture, i.e.
either on the top and bottom or left and right, clicking on the empty space
could take one back to the album-view, while clicking on the picture does not
do anything. In the very rare cases of a picture fitting exactly into the space
available for the preview, ESC would still work.

- Holding the left mouse button and moving the mouse would allow the user to
grab the picture and move it around, as one is used to from apps like gwenview
or google maps etc. This has the big advantage that paning only works in one
direction per mouse-wheel, while grabbing+moving works in x and y direction
simultaneously.

- Zooming can be done via the slider or holding right-click + mouse movement.

- Mouse-wheel jumps to the next/previous picture.

That way one can use all functionality without the keyboard, which is currently
not possible and the viewers would work consistently within digikam.

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the Digikam-devel mailing list