>I convinced Ben to add the dynamic playlist mode (not the party mode, >that was his awesome idea) based on the long standing frustration that >folks have when they accidentally hit the PLAY button when creating a >playlist and lose all their hard work. > An alternative concept could be to provide a mechanism to add music to a playlist (not the current playlist). The user then plays that playlist. If someone plays something else, the playlist is not lost - just go back and play the playlist again (SC could remember the last playback position within that playlist to resume from that place too).
My plugin was the start of playlist management on a SB classic. It allows the user to add songs from the now playing list to any other playlist. It also contains the functionality of the Save Playlist plugin (so my plugin "Playlist Manager" replaces the "Save Playlist" plugin). It just needs extending to allow this to work from the Browse menus, and also work on the SBC. I plan to add functionality to the plugin to add the selected music item (artist, album, song) to a chosen destination playlist (add next or add to end), but also when invoking it from Browse menus, the user can send the selected music item to the now playing list on any player. >The concept was simple: modify the behavior of the PLAY button when >Squeezebox thinks you are creating a playlist. > The simple concept is: In party mode, modify the behaviour of the play button. Adding "thinks you are creating a playlist" overcomplicates that concept. There's no need to try to guess when the play button should change. The handset has buttons for Shuffle and Repeat mode; pressing Add doesn't have a side effect of switching those modes on/off, so why should it mess with party mode? >The behavior that Philip Meyer saw that caused the ADD button to be >different was not as designed. > No, I think it's doing exactly what you said. The first time you press Add, it adds to the end of the playlist, then changes into Playlist mode. The second time you press Add, it adds next. That's what I reported. I don't see why the Add button has been overloaded to switch modes (although it doesn't if mode=disabled). Add should always add to end of the playlist and Add.hold should always add next. Neither of these existing functions wipes anything from the current playlist. Phil _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/beta
