View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001562 | MMW v4 | Synchronization | public | 2004-10-25 03:05 | 2004-11-19 18:19 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | feature | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Fixed in Version | 2.3 | ||||
| Summary | 0001562: Representation of Playlists in the My Computer Node | ||||
| Description | When the user is in the My Computer node, .m3u playlists should be represented in some manner so that users can manage (modify/delete/move) the playlist. This is especially important for portable device owners. This can be done as follows: if there is a playlist in a folder (under My Computer node), it can be represented as a subnode of the folder with a different icon, e.g. -[Fld] My Music --[Fld] Some subfolder --[Plst] Playlist1 --[Plst] Playlist2 This would allow to: - Show content of .m3u playlists (by simply selecting their node in the tree). - Edit their content (by drag&drop). - Their complete removal. Note that track deletions from a Playlist should result in: Are you sure you want to delete 'Trackx.mp3'? -- (o) Remove from Playlist only -- ( ) Remove from Playlist and Drive (note: if the track is in the library, then it should be automatically removed from the library) Note: Mentions of the Library don't make sense in this context (i.e. when the user is looking at /My Computer, they're always referring to changes to physical files--the only question is _which_ physical files (the playlist only / or the playlist and the actual file it points to). | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 809 | ||||
|
|
Fixed in build 809. - All is implemented, user can edit playlists (by d&d, c&p), copy, move or delete entrire playlists, etc. - I just didn't implement the proposed deletion logic of individual tracks. After so thoughts I realized that it not only doesn't bring much value (I don't expect users would often want to delete the file), it rather brings problems: The confirmation would have to be shown everytime and thus delay the whole process of editing playlist. We can discuss further over IM. |
|
|
Discussion re. the absence of a confirmation dialog: >> 11/16/2004 9:46:55 AM Jirka wrote: >> Re. 1562 - I can't say for other users, we can try to get some feedback, but for me it's absolutely clear - Delete in playlist or m3u means remove from that playlist and I don't want any confirmation about it (because of speed). I guess we will see. >> 11/16/2004 9:47:50 AM rusty wrote: >> Re. 1562: I disagree--that's why we implemented it the way we did for deletion of tracks in a playlist via the library. >> 11/16/2004 9:48:25 AM Jirka wrote: >> Yes, we did, I just mean I personally don't have use of it. >> 11/16/2004 9:48:37 AM rusty wrote: >> Btw, our beta testers aren't good providers of feedback for this kind of an issue--you have to look at how a new user interacts with the app. >> 11/16/2004 9:48:39 AM Jirka wrote: >> ... and always set it to delete from playlist. >> 11/16/2004 9:49:35 AM rusty wrote: >> Re. thefact that you don't have any use for it: I agree that some people might not, but I for instance, don't check the [x] Don't ask me again option for this, because I prefer to be able to change the behaviour. >> 11/16/2004 9:50:39 AM Jirka wrote: >> Another point about 1562 is that several users already complained that sometimes it's quite easy to physically delete tracks from disk. I think this is the case - although there appears on the screen that tracks will be removed from disk, users might tend to just quickly press Enter - and disaster is done. >> 11/16/2004 9:53:55 AM rusty wrote: >> I'd need to see the specific context of the situations in which this is the case. I don't think that this is an issue for this example since: >> a) the default would be to delete from playlists only >> b) we send to the recycle bin, so it's not a lost cause >> 11/16/2004 10:02:08 AM Jirka wrote: >> I think that there are several reasons for not implementing it the proposed way while the benefit of doing so seems to be quite negligible. Also, this could be extended to full .m3u playlists, i.e. if a user removes .m3u file, shouldn't he be asked whether he wants to remove also the linked tracks? >> >> I think we can keep it as is and maybe one of us will change his mind... >> 11/16/2004 10:02:45 AM rusty wrote: >> ok >> 11/16/2004 10:03:16 AM Jirka wrote: >> In any case, I see this new feature very useful, working with m3us is very easy and intuitive now! |
|
|
Verified in 809, basic functionality works well, though as earlier, I believe that there should be a dialog appearing on deletion; it's simply too confusing otherwise. Opening a new bug to track that issue. |
