Summary: | dragged icons misplaced | ||
---|---|---|---|
Product: | [Applications] dolphin | Reporter: | Martin Koller <kollix> |
Component: | view-engine: general | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | 2.0.95 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed 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. |