Opened 17 years ago
Closed 16 years ago
#2453 closed bug (fixed)
[Tracker] Dragging items leaves some folders hilited/selected
| Reported by: | aldeck | Owned by: | aldeck |
|---|---|---|---|
| Priority: | normal | Milestone: | R1 |
| Component: | Applications/Tracker | Version: | R1/pre-alpha1 |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Platform: | All |
Description
When I drag something in Tracker from a list view window, and pass by possible drop targets like folder poses, these poses get highlighted, but unfortunately, Tracker mixes them up with the regular selection if the targets are at index +/- 1 of the item which I dragged. These items stay highlighted and selected during the drag and even when the drag is over. When leaving the window with the mouse and entering it at another list index, this pose will be affected by the same problem with a great chance. AFAIKT, only the same window is affected where the drag is comming from. Not other windows even if they already contain a selection.
This is not a new bug, old OpenTracker releases (ex: beosmax 4.1b) exhibit the problem.
Change History (7)
follow-up: 2 comment:1 by , 17 years ago
comment:2 by , 17 years ago
comment:3 by , 17 years ago
| Summary: | [Tracker] In list mode, dragging items in the same window leaves some folders selected → [Tracker] Dragging items in the same window leaves some folders selected |
|---|
Happens also in icon mode in some cases (if poses are tighly packed/close enough).
comment:5 by , 16 years ago
| Resolution: | fixed |
|---|---|
| Status: | closed → reopened |
It seems it's not completely fixed after all!
If you were over a folder and exits the view it belongs (if the icon is near the border of a tracker window or, on the desktop, if it is near the boundaries of an overlapping window.
In this case hiliteDropTarget(false) isn't even called. The view doesn't get B_EXITED/ENTERED_VIEW messages since B_POINTER_EVENTS isn't set. It has been deactivated apparently because of the way mouse tracking is done and especially for the selection rect. It will probably need a mouse tracking rewrite for it to be cleanly fixed.
Please fix if you're inspired, i won't have time until next week :-)
note: contrary to the description, this can happen in any view mode (list,icon etc...)
comment:6 by , 16 years ago
| Summary: | [Tracker] Dragging items in the same window leaves some folders selected → [Tracker] Dragging items leaves some folders hilited/selected |
|---|
Is this the same as bug #1793? Could that be the same thing that happens with Deskbar in bug #478 by the way?