View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001638 | MMW v4 | Main Panel/Toolbars/Menus | public | 2004-11-29 22:27 | 2004-12-20 00:29 |
| Reporter | jiri | Assigned To | |||
| Priority | immediate | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Fixed in Version | 2.3 | ||||
| Summary | 0001638: Implement OLE Drag&Drop between MM and other apps. | ||||
| Description | This feature has been requested _many_ times. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 822 | ||||
| related to | 0003185 | new | dragging tracks from tracklist to my computer moves files instead of copying them |
|
|
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... |
|
|
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. |
|
|
Note: awaiting fix to 0001644 before testing (I assume they're related). |
|
|
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] |
|
|
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. |
|
|
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. |
|
|
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. |
|
|
Verified 822. |
|
|
Verified 822. |
|
|
Verified 822. |
