| Summary: | dragged icons misplaced | ||
|---|---|---|---|
| Product: | [Applications] dolphin | Reporter: | Martin Koller <martin> |
| Component: | view-engine: general | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version First Reported In: | 2.0.95 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Martin Koller
2012-06-11 08:00:17 UTC
This originally has been done on purpose, because when doing it like in the folder-view, it is not possible to drag an item to e.g. the places-panel as the target is hidden by the overlay. The best solution from my point of view would be that we could do it like in the folder-view but that the overlay is halve-transparent. Sadyl currently this is not possible with the Qt-drag-and-drop-mechanism... Probably I might decrease the the gap so that it is just a few pixels below the hotspot for 4.9 and might come up with a custom solution later (-> halve-transparent overlay). It would be consistent with the other D&D (e.g. dragging a URL from konqueror, a window from the taskbar to a different virtual desktop, a mail attachment from kmail, etc.) when you place the icon to the right/bottom of the cursor hotspot. This would also leave the cursor itself alone not overlapping with the icons. Git commit eaf2285afa2f9731fae6e8e1a69b050c85f5ce23 by Peter Penz. Committed on 12/06/2012 at 13:19. Pushed by ppenz into branch 'master'. Drag-pixmap fixes - Don't use the selection-tinted icon when dragging a single item - Decrease the vertical gap for the hotspot - Prevent drawing tree-lines when dragging items for the Places Panel M +1 -3 dolphin/src/kitemviews/kitemlistcontroller.cpp M +5 -0 dolphin/src/kitemviews/kitemlistwidget.cpp M +1 -1 dolphin/src/kitemviews/kstandarditemlistwidget.cpp http://commits.kde.org/kde-baseapps/eaf2285afa2f9731fae6e8e1a69b050c85f5ce23 Resetting assignee to default as per bug #305719 Checking 4.11 RC1 it is still inconsistent to the folder view widget but it is better than when I reported the problem. Closing. |