Opened 4 years ago
Last modified 4 years ago
#16541 new bug
File drop location is not accurate, not under the cursor
Reported by: | bitigchi | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | Applications/Tracker | Version: | R1/beta2 |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
I searched for a ticket, but couldn't find one, so, here we go.
Drag & drop from a folder to Desktop and vice versa does not land the file under the mouse cursor, it always jumps positions. According to Skipp, this is a known issue from BeOS times:
00:22 <@Skipp_OSX> If you run listattr for a file on the desktop, you'll notice there are two attributes, _trk/pinfo_le and _trk/xtpinfo_le the former is for files in folders, the latter is for files on the Desktop. When you copy a file from the Desktop to a folder, it looks in the _trk/xtpinfo_le attribute to find the location and uses that to set it. Since the Desktop folder is much bigger than the folder you are copying to generally, the position 00:22 <@Skipp_OSX> that is read is often much more down and to the right than other files in that folder. 00:23 <@Skipp_OSX> I don't know who to blame for this but probably some Be employee, and the bug has remained all these years from the BeOS tracker to OpenTracker to now. 00:24 < bitigchi> why there are two separate attr 00:24 <@Skipp_OSX> I'm not sure why there is a different attribute for the Desktop folder, I'm not sure why it is reading the attribute when setting the location in a regular folder, I'm not sure what needs to be done to fix it, but that at least gives you an idea of where to look for the problem. 00:25 < bitigchi> just use the folder attr for desktop as well? 00:25 < bitigchi> eliminate the other one? 00:25 < bitigchi> of c it'd not be that easy i guess 00:25 <@Skipp_OSX> or just ignore the location on the Desktop when you copy to a folder 00:26 <@Skipp_OSX> maybe it is better to have separate attributes so that you can have separate locations for a file on in a folder vs on the Desktop, maybe that's the way it was meant to work and somebody broke it somewhere along the line.
Note:
See TracTickets
for help on using tickets.
The Desktop is a bit confusing because it was originally inspired with the Macintosh one, where you could only have disks (matching with the / directory in BeOS), but then it was extended to allow storing files there.
Tracker is apparently still a bit undecided about how to handle this.
Anyway, when dragging files around we should make sure they land under the mouse, probably we could reset both of these attributes to the mouse drop position, without needing to touch anything else.