Bug 118404 - Make image editor interaction consistent with KPDF
Summary: Make image editor interaction consistent with KPDF
Status: RESOLVED INTENTIONAL
Alias: None
Product: digikam
Classification: Applications
Component: ImageEditor-Core (show other bugs)
Version: 0.7.4
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-12-15 21:49 UTC by Kde
Modified: 2022-01-08 11:43 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In: 7.5.0
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Kde 2005-12-15 21:49:07 UTC 
Version:           0.7.4 (using KDE 3.5.0 Level "a" , SUSE 10.0 UNSUPPORTED)
Compiler:          Target: x86_64-suse-linux
OS:                Linux (x86_64) release 2.6.13-15-default

I just realized that the Digikam image editor uses a different method of navigating within an image than KPDF does within PDFs.

In KPDF navigation works like this:
Left mouse button = drag view
Drag middle mouse button up/down = zoom in/out
Right mouse button = select a region

In favor of consistency among all KDE apps, you should check if either of the two apps should switch to the other mode. Personally, I like KPDF better as it is possible to zoom even without a mouse wheel.
Comment 1 Tom Albers 2005-12-15 22:00:23 UTC 
We are totally different applications. We'll will not change current behaviour unless there is a kde standard. If you would have compared it to Krita it would have made more sense to me.