View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0009233 | MMW v4 | Main Panel | public | 2012-03-23 03:08 | 2012-03-23 14:26 |
| Reporter | Assigned To | ||||
| Priority | high | Severity | minor | Reproducibility | always |
| Status | new | Resolution | open | ||
| Platform | Windows | OS | 7 | OS Version | - |
| Product Version | 4.0.4 | ||||
| Target Version | 4.1 | ||||
| Summary | 0009233: Drag and Drop database operations show 'Copy' instead of 'Link' | ||||
| Description | When drag and drop songs to music library or playlist from outside, dragging shows a feedback text "copy", but this should be "link" (iTunes shows "link"). | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
|
|
It could make sense to use 'link' in some cases, but there are also arguments for not doing so: a) Addition of files to the library: It's true that the files aren't copied, but on the other hand, the '+' sign implies 'addition' and the terminology throughout the product is 'addition/scanning' of files to the library (e.g. add/scan files--the term 'linking' files to the library isn't used. So a simpler fix would be to change the 'copy' label that appears for this scenario to 'add' (i.e. 'Copy' should only used for operations in which a file copy actually occurs). b) Addition of files to Now Playing / Playlist: These types of operations also involve 'linking', but again terminology in MM is 'Send to Now Playing' or Copy/Paste to a playlist. In light of this, we can probably use 'add' for these scenarios as well. |
