View Issue Details

IDProjectCategoryView StatusLast Update
0001638MMW v4Main Panel/Toolbars/Menuspublic2004-12-20 00:29
Reporterjiri Assigned To 
PriorityimmediateSeverityminorReproducibilityalways
Status closedResolutionfixed 
Fixed in Version2.3 
Summary0001638: Implement OLE Drag&Drop between MM and other apps.
DescriptionThis feature has been requested _many_ times.
TagsNo tags attached.
Fixed in build822

Relationships

related to 0003185 new dragging tracks from tracklist to my computer moves files instead of copying them 

Activities

jiri

2004-11-29 22:32

administrator   ~0004835

Fixed in build 814.
Implemented:
 - User can drag tracks from MM to other apps (Explorer, etc.)
 - User can drag tracks from other apps to MM window - player sub-window in order to Play them Now.
 - User can drag tracks from other apps to Now Playing window to an arbitrary position.
 - (Not directly part of this bug) User can drag images to Album Art window in order assign them to the selected track.

Not implemented (due to technical/logical problems and not high importance):
 - Drag&drop of tree nodes between two MM instances and other special modes...

jiri

2004-11-29 22:34

administrator   ~0004836

Reminder sent to: rusty

Fyi, I wanted to include this in the next alpha in order to test thoroughly if no D&D related functionality was affected.

rusty

2004-12-02 03:24

administrator   ~0004848

Note: awaiting fix to 0001644 before testing (I assume they're related).

rusty

2004-12-06 02:22

administrator   ~0004898

Last edited: 2004-12-14 20:59

This comment has been updated 12/13 since the behaviour functions worse than originally thought.

Tested in 818. Works for some operations but behaves incorrectly for many usecases:

Successful tests:
-Track from NP to Explorer (Cut): OK (Track is moved, but remains in Library)
-Track from Explorer to NP (Copy): OK (whether it's part of Library or not)
-Image from Explorer to MM: OK

Failed tests:
 1. Track from NP to Explorer (Copy): On some occasions, it copies, but on other occasions it cuts (it seems to copy if the file is dragged on top of an .exe in Explorer, but otherwise, it cuts. It should always copy.
 2. Track from Tracklist to Explorer (Copy): On some occasions, it copies, but on other occasions it cuts (it seems to copy if the file is dragged on top of an .exe in Explorer, but otherwise, it cuts. It should always copy.
 3. Folder from Explorer to MM Now Playing: Drag operation proceeds but nothing plays
 4. Track from Tracklist to Explorer (Cut): Track is moved but library link is not updated (I'm not sure if this is even possible, though)
 5. Track from Explorer to MM Tracklist or Tree nodes: Not permissible -- it should behave exactly as when moving tracks from MM:My Computer to other nodes or tracklists of other nodes
 6. Track from Explorer to MM Player: Plays Now -- it should perform the default play Action instead of always doing 'Play Now'

[Numbered by Jiri]

jiri

2004-12-14 21:23

administrator   ~0004938

1&2. It's fully controled by Explorer, i.e. it depends on the cursor shown and whether you modify it by Ctrl key.
3. I think that it's expected. User can add tracks to arbitraty locations of NP this way.
4. I don't know about a solution yet (except for File Monitor), although we might want to fix it in the future.
5. I didn't implement this because there's too many usecases involved (dragging to several types of nodes, dragging between two MM instances, etc.). It would be necessary to handle many types of actions, some of them would need to be specified. I think it must be deferred...
6. I'm not sure, maybe we should collect some users' experience, but I would say that dropping on player should play the file immediatelly regardless other settings and dropping on NP would allow any custom position in the queue.

rusty

2004-12-15 13:10

administrator   ~0004942

1&2: I'm pretty sure there's a bug here. I've never seen an app behave this way (where the cursor changes by itself from Copy-Paste to Cut-Paste depending on the file type).
3. I think I wasn't clear about the problem. If the user drags a _folder_ from explorer to NP, the folder gets added to the list instead of the contents thereof (and the folder itself is non-playable).
4. OK-let's defer (and note the limitation in the help).
5. Wouldn't it make sense to just allow tracks to be draggable and use the same logic as exists for tracks from the My Computer node? (If we can't just re-use the same code/logic then let's defer).
6. Agreed. This one isn't critical.

jiri

2004-12-19 20:49

administrator   ~0004962

Fixed in build 822.
 1&2. I don't see anything wrong, if you drag e.g. a mp3 file from explorer over an executable the cursor changes because it lets you to drop the file there and execute the file this way. Only cursor types differ sometime, which is something I don't understand yet.
 3. Fixed.
 5. No, it's much more complex in this case.

rusty

2004-12-20 00:29

administrator   ~0004964

Verified 822.

rusty

2004-12-20 00:29

administrator   ~0004965

Verified 822.

rusty

2004-12-20 00:29

administrator   ~0004966

Verified 822.