View Issue Details

IDProjectCategoryView StatusLast Update
0001135MMW v4Playlist / Searchpublic2007-09-11 17:05
Reporterrusty Assigned To 
PrioritylowSeverityminorReproducibilityalways
Status newResolutionopen 
Summary0001135: Improve usability of Save Playlists dialog
DescriptionThis issue was originally raised in #567 but deferred. The original suggestion appears below, however, we may also want to consider more trivial tweaks to the current dialog:

7) Improve the usability of the Save Playlist dialog--it currently requires the user to Create a Playlist, Select the newly created playlist, and clicking 'Save'. It's complicated and difficult to follow. This can be improved as follows:
a) In the Now Playing Titlebar - Show the name of a playlist in the title bar e.g. Now Playing - Popular Rock or
just Now Playing if there's no existing playlist loaded.
b) Change List | Save to
--> List | Save Playlist
--> List | Save Playlist as...

If it's a new playlist, and the user clicks 'Save Playlist', then MM just creates a new Playlist as defined in 2)
If it's an existing playlist, and the user clicks 'Save Playlist', then MM just saves the playlist
(giving visual feedback)
If the user clicks 'Save Playlist as...', then the user is Prompted for a playlist name as defined in 2)

The downside to this approach is that the user is forced to organize playlists via the main panel. I can't think of
a good intuitive implementation for the current type of functionality though (because of the fact that in the
current playlist hierarchy, there's no distinction between playlists and containers), so this reduced functionality
would at least be intuitively usable.

e. 7) As discussed over IM, this functionality could be confusing since 'Now Playing - [Playlist]' will appear even when the user is doing activities unrelated to the original playlist that had been loaded.

To get around this, the [Playlist] title in the Now Playing caption should be cleared whenever:
1) The user loads a new playlist via the 'Load Playlist'
2) The user performs a Play Now action (which clears the playlist)
3) The user performs an edit 'Clear' operation which clears the playlist
TagsNo tags attached.
Fixed in build

Relationships

related to 0004791 closedLudek New Playlist option Missing from sub Playlists in Send to... 

Activities

rusty

2004-03-18 19:45

administrator   ~0003463

I'm not sure why I didn't think of this sooner, but there's already a great/simple implementation of how this functionality can work usably at Options|FileMonitor|Add Folder . The exact same usecase applies for this functionality and it could be implemented as follows:

---------------------------------------------
|Save Playlist
|---------------------------------------------
| Select Playlist:
| -----------------------------------------
| |
| | Tree
| |
| -----------------------------------------
| Playlist: __________________________
| . . . . . . [Save] [Cancel] [New Playlist]
-----------------------------------------------

Note:
-The 'Playlist: __________' is filled with whichever playlist is selected in the tree
-The [Save] button is only active if a Playlist has been selected, and it appears in the 'Playlist: _______' control
-The [New Playlist] button causes a 'New Playlist' node to be created, with the new node in focus/editable so that the user knows to change the name.
-Pressing <Delete> when a playlist is selected results in the standard playlist deletion confirmation dialog (which already exists)
-Pressing [Cancel] cancels out of the dialog, but any operations involving the creation/name change/deletion of a playlist are not undone

All pretty standard stuff...I think.