Bug 123822 - Iconview - usability issues in drag-n-drop
Summary: Iconview - usability issues in drag-n-drop
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-03-18 01:01 UTC by Thomas Zander
Modified: 2008-05-19 16:43 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Zander 2006-03-18 01:01:49 UTC
Version:            (using KDE Devel)
Installed from:    Compiled sources

While working with several capable computer users that were new to linux/kde I observed some issues that I think we should change.
I setup a konqueror with split view in order to manage a huge list of pictures by moving them into subdirs.

- dragging files to a destination folder turned out to be a hit and miss if there were files inside that folder.
Dragging a file and dropping it on top of another file had zero effect, I expect the result to be the same as dropping it on a blank space in the folder: copy files in the same folder as the file dropped on.
The observation was that users were getting very frustrated and were incapable of figuring out why the drop failed.

- Starting a drag, either a file drag or a bounding-rect drag, was made much more difficult by having image previews.
Image previews alter the shape of the icon from being portrait to landscape (in case of landscape photos). The hit area from where to start a drag does not change, however.
This leads to a transparent area in the icon that appears to be background but actually will lead to a click on the file itself. We were using huge icons, which will show this effect best.
I suggest to make the icon-area resize to the size of the thumbnail as soon as the thumbnail has been drawn.

- Drag n drop and dir creation lack from a 'scroll to view' afterwards. As discussed in #110902
Comment 1 Jaime Torres 2008-05-16 18:12:41 UTC
Works for me in trunk 20080507
Comment 2 Jaime Torres 2008-05-17 09:34:18 UTC
Works for me in svn trunk r807691 (20080507)
Comment 3 FiNeX 2008-05-19 16:43:55 UTC
The first two point are well improved on KDE 4.
About the third point, I hope it will be implemented on KDE 4. (I've commented bug #77394, bug #110902 has been marked as a duplicate of it.

So I'm closing this.