[Digikam-devel] [Bug 224257] Option for "move" as default mouse dragging action, without asking

Brad Templeton kdebug at mail.4brad.com
Mon Oct 10 23:55:40 BST 2011


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


Brad Templeton <kdebug at mail.4brad.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |kdebug at mail.4brad.com




--- Comment #5 from Brad Templeton <kdebug mail 4brad com>  2011-10-10 22:55:40 ---
I agree, I remain baffled by the UI.   I have always thought that digikam was
to be a program for organizing photos, but this UI makes it extremely difficult
to do that -- to the point that for anything but the most minimal organizing I
will leave digikam and use other tools, then come back and have digikam
re-scan.

Also, move should be instantaneous.   Now I don't know why it is so slow in
digikam (it has gotten a bit faster of late) because in many programs it is
something that takes a few 100ms at most.  However, if it is the case that
digikam's architecture requires move to be slow, it would make sense to put it
into a background thread so that people can then go about doing other moving
and other actions while the move takes place.  (Not perfect but the current
approach makes digikam hard to use as a photo organizer.)

For copying of course you can use the copy and paste tools.  Copying is much
rarer in my experience, and because it is less often desired and even slower,
it makes sense that it take a little more UI in order to make move easier.

-- 
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