Re: [SlimDevices: Beta] Playlist Mode - Party Mode
No party mode will be good enough without squeezebox automatically doing crossfade when I press play while the another song is being played! Skip must crossfade too. It's no party mode if it doesn't crossfade between songs when the USER skip or play a new song... -- dcolak dcolak's Profile: http://forums.slimdevices.com/member.php?userid=5864 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
MostlyLucid;390935 Wrote: > I've asked for a little help getting the ability to save a playlist > twice now. > I don't know what you mean by "Save playlist". Web UI? Player UI? SBC? Save the current Now Playing playlist, or something else? There's a "Save Playlist" plugin that provides the functionality from a Classic Player UI (SB3 with infrared remote). I think that when this is enabled, you can press-and-hold the Play button in the Now Playing screen, to be requested for a playlist name to save the current playlist as. This may/may not work depending on other plugins that you may have installed. Eg. MusicIP plugin uses play.hold to produce a mix playlist. The best thing to do is to install my Playlist Manager plugin - see http://www.hergest.demon.co.uk/Music/slim/PlaylistManPlugin.htm. You can then use the Add button to get a list of options, one of which is to save the current playlist. -- Philip Meyer Philip Meyer's Profile: http://forums.slimdevices.com/member.php?userid=95 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
...thrid post, three months. I've asked for a little help getting the ability to save a playlist twice now. Does anybody know how to do this or am I simply asking a stupid question and being ignored because of it? Even a "no you can't do that" would be great to know. Thank you in advance, Joe -- MostlyLucid MostlyLucid's Profile: http://forums.slimdevices.com/member.php?userid=21757 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
I still cannot get the save playlist feature to work. Any thoughts as to what I am doing wrong? Is this not a built in feature and requires a addin? Are addins safe to use? Thanks, Joe -- MostlyLucid MostlyLucid's Profile: http://forums.slimdevices.com/member.php?userid=21757 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
dean;360972 Wrote: > 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. > > The concept was simple: modify the behavior of the PLAY button when > Squeezebox thinks you are creating a playlist. > > Here's what I proposed: > > 1. The ADD button continues to do exactly what it's done all along > plus... > > 2. The first time you press the ADD button, the behavior of the PLAY > button is modified to... > > 3. do an add-next (i.e. add the selected item to the playlist so as it > will be played immediately after the currently playing song), and not > clear the playlist and... > > 4. stay in this new mode until the user turns off the device, clears > the playlist, saves the playlist or explicitly turns off the mode (from > the settings or with the press-hold of the ADD button as a shortcut) > > The behavior that Philip Meyer saw that caused the ADD button to be > different was not as designed. > > I'd like to get more feedback on this once we get it working reliably. > > > I agree it's not ready to be turned on by default as it stands now, but > as I like to say, it's "good enough to complain about". > > Thanks for your patience and feedback... I think that come 7.3.x or 7.4 etc. Party Mode could be a much more advanced plugin, as I feel as the system matures, it will shrink in size and become more modular, but i degress. But Dean's idea is great with some tweaks I think. So here's my go at the idea. I feel that we need a mode that will prevent the playlist from in advertently deleted. I don't know how many times I do this. There are several different solutions, one being a copy of the current playlist to allow for an "undo" mechanism. Anothher being the remote changes dean proposes. here's my additions: 3. The ADD button continues to do exactly what it's done all along 1. The first time you press the ADD button and enter PLAYLIST(??) mode, the behavior of the PLAY button is modified to... 2. insert selections into playlist @ the second position and do a next track, and play, and not clear the playlist, 3. The ADD button continues to do exactly what it's done all along 5. stay in this new mode until the user, clears the playlist (how), saves the playlist or explicitly turns off the mode (from the settings). Default (as Ben has said many times): Off/Disabled :-D I always assume new features get added to all sections (Web UI, Controller UI, Remote UI, Display UI, CLI UI, Plugin API)within a couple releases (quick)so some parts are vague. I prefer the remote UI be done first. then followed by UI additions and Advanced Plugin My 2 cents worth ChriS -- saundersc saundersc's Profile: http://forums.slimdevices.com/member.php?userid=15479 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
...but how do I save the playlist once I get it perfect?
Now playing {Press Add} - deletes everything without asking
seems like a harsh punishment for stupidly assuming the the add button
would save something.
Just curious - are you dealing with tight memory/code issues? What
would be nice is a expert mode on/off where before it did anything
destructive to more than one item (ie playlist) it would confirm -
should not take much code.
It really sucks at a party if one person deletes what everybody else
has worked to setup!
Now if I knew how to save the playlist (you CAN save them right?) then
we could do a save at every beer run say and be ok at least.
Not to mention at the start of the next party it is cool to be able to
look at/start from a basic playlist.
I think you are on the right track -- I really do wonder why the choice
to *not* have 3 small programable buttons n the controller - every
button is spoken for - hard to re-program something if it is already
needed.
Thanks for all the hard work - I *know* how frustrating it can be at
times when you think you got code _just right_ only to have someone
react like you just kicked their dog right in front of them by changing
a feature that you would have "sworn should not have been there in the
first place!"
--Lucid (Mostly)
--
MostlyLucid
MostlyLucid's Profile: http://forums.slimdevices.com/member.php?userid=21757
View this thread: http://forums.slimdevices.com/showthread.php?t=55135
___
beta mailing list
beta@lists.slimdevices.com
http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
Philip Meyer;362325 Wrote: > >So, to be clear, #5 is the _bug_, in that the feature is not working > as > >designed. The rest of the discussion is design criticism. That's > >absolutely fair to bring up, but different. > > > I agree. Sorry for being a nuisance. Being a software technical > architect, it's hard to switch off when I get home from the day job ;) > > Phil No need for apologies (though I appreciate the sentiment). Your feedback has been most welcome on this feature. IMO, your feedback was instrumental in allowing the decision to be made to a) to make disabled the default setting, and b) to call this feature "beta" for 7.3. I just fixed bug 10104 that you discovered, and now I'm going to open a separate thread on this to describe what to expect in 7.3. cheers, #!/ben -- bklaas Logitech Developer: Squeezeplay/SqueezeOS/SqueezeboxController/SqueezeCenter Community Developer: Nokia770Skin http://www.last.fm/user/bklaas/ 'KHAAAN!' (http://khaaan.com/)...'BUNNIES!' (http://home.pacbell.net/bettychu/2003allbreedbisris/BIS.html) bklaas's Profile: http://forums.slimdevices.com/member.php?userid=58 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
>So, to be clear, #5 is the _bug_, in that the feature is not working as >designed. The rest of the discussion is design criticism. That's >absolutely fair to bring up, but different. > I agree. Sorry for being a nuisance. Being a software technical architect, it's hard to switch off when I get home from the day job ;) Phil ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
bklaas;362312 Wrote: > > I investigated "#5", and found that I can reproduce it only with tracks > but not albums/artists/etc items. Hopefully I'll have a fix for that yet > this afternoon. The bug is restricted to player UI (which means IR > remote as well as softsqueeze) > FYI, http://bugs.slimdevices.com/show_bug.cgi?id=10104 #!/ben -- bklaas Logitech Developer: Squeezeplay/SqueezeOS/SqueezeboxController/SqueezeCenter Community Developer: Nokia770Skin http://www.last.fm/user/bklaas/ 'KHAAAN!' (http://khaaan.com/)...'BUNNIES!' (http://home.pacbell.net/bettychu/2003allbreedbisris/BIS.html) bklaas's Profile: http://forums.slimdevices.com/member.php?userid=58 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
Philip Meyer;362307 Wrote: > >thanks Phil-- I'm assuming this behavior was seen with the IR remote > >only? > > > I see it in SoftSqueeze too. I haven't got a SBC to try it with, and > have't tried SqueezePlay yet. > > > >#5 is a bug. The rest, to my eyes, is working as designed. > > > I thought #5 was the main bug, but I find the effect of Add adding a > song AND also changing the mode, but Add.hold changing the mode and NOT > adding the song is inconsistent. Making the add/add.hold buttons do two > things is bad, but doing it inconsistently is awful. Best not to make > add change mode at all, but if you really think this is a good idea, > you might as well make add and add.hold always add or never add when it > is going to change mode. > > I know that pressing add whilst sitting on the Now Playing menu option > clears the playlist. But now it also turns off playlist mode, whereas > add.hold when browsing a song will turn off playlist mode but doesn't > add the song - that's another inconsistency. > > Phil Thanks Phil-- good, useful comments. So, to be clear, #5 is the _bug_, in that the feature is not working as designed. The rest of the discussion is design criticism. That's absolutely fair to bring up, but different. I investigated "#5", and found that I can reproduce it only with tracks but not albums/artists/etc items. Hopefully I'll have a fix for that yet this afternoon. The bug is restricted to player UI (which means IR remote as well as softsqueeze) cheers, #!/ben -- bklaas Logitech Developer: Squeezeplay/SqueezeOS/SqueezeboxController/SqueezeCenter Community Developer: Nokia770Skin http://www.last.fm/user/bklaas/ 'KHAAAN!' (http://khaaan.com/)...'BUNNIES!' (http://home.pacbell.net/bettychu/2003allbreedbisris/BIS.html) bklaas's Profile: http://forums.slimdevices.com/member.php?userid=58 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
>thanks Phil-- I'm assuming this behavior was seen with the IR remote >only? > I see it in SoftSqueeze too. I haven't got a SBC to try it with, and have't tried SqueezePlay yet. >#5 is a bug. The rest, to my eyes, is working as designed. > I thought #5 was the main bug, but I find the effect of Add adding a song AND also changing the mode, but Add.hold changing the mode and NOT adding the song is inconsistent. Making the add/add.hold buttons do two things is bad, but doing it inconsistently is awful. Best not to make add change mode at all, but if you really think this is a good idea, you might as well make add and add.hold always add or never add when it is going to change mode. I know that pressing add whilst sitting on the Now Playing menu option clears the playlist. But now it also turns off playlist mode, whereas add.hold when browsing a song will turn off playlist mode but doesn't add the song - that's another inconsistency. Phil ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
thanks Phil-- I'm assuming this behavior was seen with the IR remote only? #5 is a bug. The rest, to my eyes, is working as designed. cheers, #!/ben Philip Meyer;362026 Wrote: > > 1. Clear the current playlist. > 2. Set Playlist mode to "Off". > 3. Play an album [album songs A,B,C]. > 4. Press add button on a song [song D]. This adds to the end of the > playlist. Songs are now ordered A, B, C, D in current playlist. As a > side effect, Playlist mode changes to "On". > - working as designed Philip Meyer;362026 Wrote: > > 5. Press add button on a song [song E]. This adds after the current > song, so songs are now ordered A, E, B, C, D. The show briefly message > reports that it is adding to the end of the playlist, but it doesn't. > *BUG*. I'll look into it, that's not correct behavior. Philip Meyer;362026 Wrote: > > 6. Press add.hold when browsing songs. This doesn't add the song to > the playlist, but turns Playlist mode back to "Off". > - working as designed Philip Meyer;362026 Wrote: > > 7. Press add.hold now on a song [Song F], and the song will be added > after the currently playing song. Songs are now ordered A, F, E, B, C, > D. > - working as desinged Philip Meyer;362026 Wrote: > > 8. Press add button on a song [song G]. This adds to the end of the > playlist. Songs are now ordered A, F, E, B, C, D, G in current > playlist. As a side effect, Playlist mode changes to "On". > - working as designed Philip Meyer;362026 Wrote: > > 9. With Playlist mode "On", pressing add on the "Now Playing" menu > option clears the current playlist, and also turns playlist mode to > "Off". > - working as designed (the add button for this item works like this regardless of mode) -- bklaas Logitech Developer: Squeezeplay/SqueezeOS/SqueezeboxController/SqueezeCenter Community Developer: Nokia770Skin http://www.last.fm/user/bklaas/ 'KHAAAN!' (http://khaaan.com/)...'BUNNIES!' (http://home.pacbell.net/bettychu/2003allbreedbisris/BIS.html) bklaas's Profile: http://forums.slimdevices.com/member.php?userid=58 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
Philip Meyer;362014 Wrote: > >>>Also, I wouldn't need it to automatically go into "party"? mode at > all. > >>>I could do that myself before the party and have it locked there > until > >>>I go in and cancel it. > >>>The automatic mode would be useful for me setting up playlists... > > >>You don't need playlist/party mode mode for that. > > >Ahhh, but you do. 2 out of 3 people you hand the controller to will > >pick a song by hitting the play button - thereby cancelling the > current > >song and all prior songs picked. Irritating to everyone in a group. > > ??? > > I don't understand - you said that you don't need an automatic switch > into/out of party mode, because you could manually enter/exit party > mode. I agree. I'm not saying that there shouldn't be a party mode, > just that there shouldn't be an overloaded function on add and add.hold > to switch into/out of playlist mode, and I thought you were agreeing. > > Then you said automatic mode would be useful for yourself, for setting > up playlists [before a party]. I was saying that you don't need an > automatic switch into playlist or party mode in order for yourself to > set up a playlist, as you can already manage a playlist using the > existing add and add.hold functionality. > > Phil Looks like I misunderstood your statement, sorry. I'd prefer it to just work the same way always - depending upon a mode setting. I also don't like any press-hold type actions - personel issue, I guess. I never remember them so for me the code could be simpler and just not have that function... :) I'm seriously a radical, though, because I'd move all existing functionality from the "+" key to the play button and just use the "+" key to activate a context menu of other actions universally no matter what menu you were at... A setting for the default "Play" action of either 1) clear list and play selection, 2) Add selection to end of current list, or 3) add selection to next position. It would be nice to be able to select the hold-play function, as well, I guess. Add in MusicIP as one of the options for it, then. -- dwilliams01 dwilliams01's Profile: http://forums.slimdevices.com/member.php?userid=10988 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
>If you can give more specifics on when you see the add button >performing and add-next, I'd appreciate it. This is what happens for me: 1. Clear the current playlist. 2. Set Playlist mode to "Off". 3. Play an album [album songs A,B,C]. 4. Press add button on a song [song D]. This adds to the end of the playlist. Songs are now ordered A, B, C, D in current playlist. As a side effect, Playlist mode changes to "On". 5. Press add button on a song [song E]. This adds after the current song, so songs are now ordered A, E, B, C, D. The show briefly message reports that it is adding to the end of the playlist, but it doesn't. 6. Press add.hold when browsing songs. This doesn't add the song to the playlist, but turns Playlist mode back to "Off". 7. Press add.hold now on a song [Song F], and the song will be added after the currently playing song. Songs are now ordered A, F, E, B, C, D. 8. Press add button on a song [song G]. This adds to the end of the playlist. Songs are now ordered A, F, E, B, C, D, G in current playlist. As a side effect, Playlist mode changes to "On". 9. With Playlist mode "On", pressing add on the "Now Playing" menu option clears the current playlist, and also turns playlist mode to "Off". So, depending what place you are in the menu, the add button has different effects to playlist mode, and depending on the playlist mode, add button will either add to the end of the playlist or add next. Add.hold will always add next, unless playlist mode is "On", in which case it won't add at all, and will only cancel playlist mode. Phil ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
>>>Also, I wouldn't need it to automatically go into "party"? mode at all. >>>I could do that myself before the party and have it locked there until >>>I go in and cancel it. >>>The automatic mode would be useful for me setting up playlists... >>You don't need playlist/party mode mode for that. >Ahhh, but you do. 2 out of 3 people you hand the controller to will >pick a song by hitting the play button - thereby cancelling the current >song and all prior songs picked. Irritating to everyone in a group. ??? I don't understand - you said that you don't need an automatic switch into/out of party mode, because you could manually enter/exit party mode. I agree. I'm not saying that there shouldn't be a party mode, just that there shouldn't be an overloaded function on add and add.hold to switch into/out of playlist mode, and I thought you were agreeing. Then you said automatic mode would be useful for yourself, for setting up playlists [before a party]. I was saying that you don't need an automatic switch into playlist or party mode in order for yourself to set up a playlist, as you can already manage a playlist using the existing add and add.hold functionality. Phil ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
Philip Meyer;361938 Wrote: > >The automatic mode would be useful for me > >setting up playlists so I could do something advanced like insert a > >song next - not usually something that I do at a party but useful in > >day-to-day activities. > > You don't need playlist/party mode mode for that. The standard > behaviour of pressing add is to add to the end of the playlist, and a > longer press of add will queue it as the next song (after the currently > playing song). > > Automatically changing to playlist mode just changes the functionality > of the play button to do what the add button already allows you to do. Ahhh, but you do. 2 out of 3 people you had the controller to will pick a song by hitting the play button - thereby cancelling the current song and all prior songs picked. Irritating to everyone in a group. -- dwilliams01 dwilliams01's Profile: http://forums.slimdevices.com/member.php?userid=10988 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
>The automatic mode would be useful for me >setting up playlists so I could do something advanced like insert a >song next - not usually something that I do at a party but useful in >day-to-day activities. You don't need playlist/party mode mode for that. The standard behaviour of pressing add is to add to the end of the playlist, and a longer press of add will queue it as the next song (after the currently playing song). Automatically changing to playlist mode just changes the functionality of the play button to do what the add button already allows you to do. ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
>From my point of view this is a great change. Very difficult to get a large number of people (more than 3) to NOT hit the play button. However, with the proposed change the play button essentially buts the song in line. This is not how a Jukebox works - you pick a song and it adds to the end. I'd prefer it this way. Maybe this is the difference between "party" and "playlist" mode - not sure on that. Also, I wouldn't need it to automatically go into "party"? mode at all. I could do that myself before the party and have it locked there until I go in and cancel it. The automatic mode would be useful for me setting up playlists so I could do something advanced like insert a song next - not usually something that I do at a party but useful in day-to-day activities. -- dwilliams01 dwilliams01's Profile: http://forums.slimdevices.com/member.php?userid=10988 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
bklaas;361088 Wrote: > To be clear, that's not working as designed. The add button should not > ever have the behavior of adding to next. The add button should > continue to act as the add button, regardless of mode. > > I'll look into that today, but if it's as you report, it's a bug. > > #!/ben >From my own testing in playlist mode here, the add button never acts as an add-next button, regardless of mode. Player UI and Controller UI were both tested for this. If you can give more specifics on when you see the add button performing and add-next, I'd appreciate it. cheers, #!/ben -- bklaas Logitech Developer: Squeezeplay/SqueezeOS/SqueezeboxController/SqueezeCenter Community Developer: Nokia770Skin http://www.last.fm/user/bklaas/ 'KHAAAN!' (http://khaaan.com/)...'BUNNIES!' (http://home.pacbell.net/bettychu/2003allbreedbisris/BIS.html) bklaas's Profile: http://forums.slimdevices.com/member.php?userid=58 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
Philip Meyer;361006 Wrote: > > 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. To be clear, that's not working as designed. The add button should not ever have the behavior of adding to next. The add button should continue to act as the add button, regardless of mode. I'll look into that today, but if it's as you report, it's a bug. #!/ben -- bklaas Logitech Developer: Squeezeplay/SqueezeOS/SqueezeboxController/SqueezeCenter Community Developer: Nokia770Skin http://www.last.fm/user/bklaas/ 'KHAAAN!' (http://khaaan.com/)...'BUNNIES!' (http://home.pacbell.net/bettychu/2003allbreedbisris/BIS.html) bklaas's Profile: http://forums.slimdevices.com/member.php?userid=58 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
dean;360972 Wrote: > 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. > > The concept was simple: modify the behavior of the PLAY button when > Squeezebox thinks you are creating a playlist. > > Here's what I proposed: > > 1. The ADD button continues to do exactly what it's done all along > plus... > > 2. The first time you press the ADD button, the behavior of the PLAY > button is modified to... > > 3. do an add-next (i.e. add the selected item to the playlist so as it > will be played immediately after the currently playing song), and not > clear the playlist and... > > 4. stay in this new mode until the user turns off the device, clears > the playlist, saves the playlist or explicitly turns off the mode (from > the settings or with the press-hold of the ADD button as a shortcut) > At step 2, the user has shown that he understands the difference between Play and Add. So why do you then change the behavior of Play? You want to help folks whose use of Play is not doing what they want, but your proposal only helps those who kinda grok the mysterious + key. I'd rather see the normal behavior remain as is (no more button overloading!) and add a "Play Confirmation" setting. If (Play Confirmation were set to On) and (the player is playing) and (you pressed play on a playable item**), then you'd be presented with an INPUT.List with choices like - Play now (replace playlist) - Play next (insert in playlist) - Play next (clear playlist) [only if 1+ items in playlist after current] - Play last (add to playlist) [only if 1+ items in playlist after current] - Cancel This is much like what Rockbox does*** when you select a playable item. For power users, such prompts are a nuisance -- power users should be able to disable these dialogs, and memorize button shortcuts. But I use my Rockbox far less than my Squeezeboxes, and appreciate that confirmation -- I have more important things to keep track of than modal key sequences for my music players. You guys may spend 40+ hours a week hacking at this stuff, but I just want the darn technology to do what I ask it to. Overloaded buttons mean that I have to learn and remember all kinds of details in order to really control the device. You're probably thinking "Confirmation screens are annoying", and they usually are on WIMP desktop OS interfaces. But 1) again, users should have the option of disabling the prompt and using the old button shortcuts if they want to learn them 2) comparison to WIMP dialogs isn't quite fair -- in the Squeezebox UIs (IR/VFD and Jive), interaction is much quicker than it is when using a mouse to move an onscreen pointer. If the list of choices is ordered well and the left/back arrows cancel the Play operation, then my suggested dialog would be much less annoying than, say, an MS Windows popup dialog. -Peter ** vs. pressing play in a custom plugin mode where play might mean something else *** actually the Rockbox build I use has different behavior for select.single and select.hold. select.single asks if I want to replace the playlist, or do nothing. I have to press select.hold to get a selectable "Playlist" item which then offers the full list of choices. This is clunkier than it should be, but the basic idea that it prompts me before something destructive is something I appreciate when I use my Rockbox. -- peterw http://www.tux.org/~peterw/ free plugins: http://www.tux.org/~peterw/#slim AllQuiet BlankSaver ContextMenu FuzzyTime KitchenTimer PlayLog PowerCenter/BottleRocket SaverSwitcher SettingsManager SleepFade StatusFirst SyncOptions VolumeLock peterw's Profile: http://forums.slimdevices.com/member.php?userid=2107 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
>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 beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
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. The concept was simple: modify the behavior of the PLAY button when Squeezebox thinks you are creating a playlist. Here's what I proposed: 1. The ADD button continues to do exactly what it's done all along plus... 2. The first time you press the ADD button, the behavior of the PLAY button is modified to... 3. do an add-next (i.e. add the selected item to the playlist so as it will be played immediately after the currently playing song), and not clear the playlist and... 4. stay in this new mode until the user turns off the device, clears the playlist, saves the playlist or explicitly turns off the mode (from the settings or with the press-hold of the ADD button as a shortcut) The behavior that Philip Meyer saw that caused the ADD button to be different was not as designed. I'd like to get more feedback on this once we get it working reliably. I agree it's not ready to be turned on by default as it stands now, but as I like to say, it's "good enough to complain about". Thanks for your patience and feedback... -- dean dean's Profile: http://forums.slimdevices.com/member.php?userid=2 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
Philip Meyer;360695 Wrote: > > > The wiki says: > Invoking Playlist Mode > Playlist mode is entered whenever the user hits the ADD (+) key on a > playable item. > It can also be invoked by going into Settings->Advanced->Playlist Mode > and toggling Playlist Mode to on. > > I can't see how overloading the add button with a side-effect helps to > solve the original enhancement request. Guests will not know that they > have to add a track to the end of a playlist in order to enter playlist > mode, and if you want party mode, you still have to use the settings to > invoke it. What's the benefit of changing mode on the use of the add > button? > > It is also possible to turn back to normal mode by press-and-hold Add, > which usually adds songs after the currently playing track. So, in a > party if someone wanted to add a track to play next, this would turn > off party mode, and the next time something is played it would wipe the > playlist. SqueezeCenter doesn't need any more tricky overloaded button functions. The default should be to offer this, clearly labeled, in the usual settings locations in the normal UIs. If you want to tell power users how they can tweak the button mappings, fine. But please don't make the remote control behavior more complex! -- peterw http://www.tux.org/~peterw/ free plugins: http://www.tux.org/~peterw/#slim AllQuiet BlankSaver ContextMenu FuzzyTime KitchenTimer PlayLog PowerCenter/BottleRocket SaverSwitcher SettingsManager SleepFade StatusFirst SyncOptions VolumeLock peterw's Profile: http://forums.slimdevices.com/member.php?userid=2107 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
Millwood;360778 Wrote: > In the current (7.2.1) controller UI, holding the add button (+) zaps > the current playlist entry, moving it to the zapped playlist. > > I depend on this. Is it going to be maintained, at least in playlist > mode disabled. > > In other modes, will zap be available, since it appears that add-hold > has be preempted for other uses. > > And, for me, pressing play on a folder (or album - but I navigate by > folders) must continue to mean replace the current playlist with the > folder contents. There will be no change in current UI behavior when playlist mode is disabled. #!/ben -- bklaas Logitech Developer: Squeezeplay/SqueezeOS/SqueezeboxController/SqueezeCenter Community Developer: Nokia770Skin http://www.last.fm/user/bklaas/ 'KHAAAN!' (http://khaaan.com/)...'BUNNIES!' (http://home.pacbell.net/bettychu/2003allbreedbisris/BIS.html) bklaas's Profile: http://forums.slimdevices.com/member.php?userid=58 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
In the current (7.2.1) controller UI, holding the add button (+) zaps the current playlist entry, moving it to the zapped playlist. I depend on this. Is it going to be maintained, at least in playlist mode disabled. In other modes, will zap be available, since it appears that add-hold has be preempted for other uses. And, for me, pressing play on a folder (or album - but I navigate by folders) must continue to mean replace the current playlist with the folder contents. -- Millwood Millwood's Profile: http://forums.slimdevices.com/member.php?userid=3600 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
bklaas;360770 Wrote: > > I'm going to suggest that we remove the dynamic invocation of playlist > mode altogether. That would be a very smart move IMO, the more i think about it the more i think is pretty strange. What was the idea behind it anyway? -- autopilot *Lounge :* Squeezebox Classic -> Cambridge Audio Azur 640a -> Mission 701's. *Bedroom :* Squeezebox Receiver -> Trends TA10.1 Class-T -> Kef Cresta 1's *Office :* Softsqueeze -> Logitech Active 5.1's. *Kitchen :* Squeezebox Boom -coming soon- *Roaming : * Squeezebox Controller -> Logitech mm28 portable speakers / Shure E2c's *Controllers :* Squeezebox Controller x 2 + Logitech Harmony one *Server :* SC7.3b (Vista 64) + AlienBBC, iPlayer & MusicIP headless. 'LAST.FM' (http://www.last.fm/user/domrevans/) autopilot's Profile: http://forums.slimdevices.com/member.php?userid=1763 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
MeSue;360664 Wrote: > I'm not on 7.3 yet, but Playlist mode sounds like it is what I would > want to have enabled ALL the time. I can't tell from reading the > wiki... if playlist mode is set to ON, then will it still go back to > playlist mode OFF when the player is turned off? Or is there a way to > keep it on all the time? Currently there is no way of keeping it on through a power off/power on cycle. I'm going to suggest that we remove the dynamic invocation of playlist mode altogether. Will keep you posted on that. #!/ben -- bklaas Logitech Developer: Squeezeplay/SqueezeOS/SqueezeboxController/SqueezeCenter Community Developer: Nokia770Skin http://www.last.fm/user/bklaas/ 'KHAAAN!' (http://khaaan.com/)...'BUNNIES!' (http://home.pacbell.net/bettychu/2003allbreedbisris/BIS.html) bklaas's Profile: http://forums.slimdevices.com/member.php?userid=58 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
Yes, seems that way - although not in the current firmware. Just agreeing and adding my support for it. -- autopilot *Lounge :* Squeezebox Classic -> Cambridge Audio Azur 640a -> Mission 701's. *Bedroom :* Squeezebox Receiver -> Trends TA10.1 Class-T -> Kef Cresta 1's *Office :* Softsqueeze -> Logitech Active 5.1's. *Kitchen :* Squeezebox Boom -coming soon- *Roaming : * Squeezebox Controller -> Logitech mm28 portable speakers / Shure E2c's *Controllers :* Squeezebox Controller x 2 + Logitech Harmony one *Server :* SC7.3b (Vista 64) + AlienBBC, iPlayer & MusicIP headless. 'LAST.FM' (http://www.last.fm/user/domrevans/) autopilot's Profile: http://forums.slimdevices.com/member.php?userid=1763 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
> if he British ;)), i strongly believe to is must be disabled by default. Isn't this what Ben did a few days ago? -- Michael ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
Completely agree with Philip Meyer here. This is going to cause such HUGE confusion for Joe Public (or Jo Bloggs if he British ;)), i strongly believe to is must be disabled by default. I can't see why anyone would want it invoked automatically, it should just be a settings option. To be completely honest, i'm finding this all very confusing myself. -- autopilot *Lounge :* Squeezebox Classic -> Cambridge Audio Azur 640a -> Mission 701's. *Bedroom :* Squeezebox Receiver -> Trends TA10.1 Class-T -> Kef Cresta 1's *Office :* Softsqueeze -> Logitech Active 5.1's. *Kitchen :* Squeezebox Boom -coming soon- *Roaming : * Squeezebox Controller -> Logitech mm28 portable speakers / Shure E2c's *Controllers :* Squeezebox Controller x 2 + Logitech Harmony one *Server :* SC7.3b (Vista 64) + AlienBBC, iPlayer & MusicIP headless. 'LAST.FM' (http://www.last.fm/user/domrevans/) autopilot's Profile: http://forums.slimdevices.com/member.php?userid=1763 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
>Playlist mode, not party mode, can be invoked dynamically via the add >button, but not when it's disabled. > There's not much difference between the two modes, but what I meant was that the normal behaviour is lost when someone presses add. The wiki says: Invoking Playlist Mode Playlist mode is entered whenever the user hits the ADD (+) key on a playable item. It can also be invoked by going into Settings->Advanced->Playlist Mode and toggling Playlist Mode to on. I can't see how overloading the add button with a side-effect helps to solve the original enhancement request. Guests will not know that they have to add a track to the end of a playlist in order to enter playlist mode, and if you want party mode, you still have to use the settings to invoke it. What's the benefit of changing mode on the use of the add button? It is also possible to turn back to normal mode by press-and-hold Add, which usually adds songs after the currently playing track. So, in a party if someone wanted to add a track to play next, this would turn off party mode, and the next time something is played it would wipe the playlist. >Custom map files are not applicable to the Controller UI, so not a >viable solution for this. > Okay. >Doing this as a plugin is a good idea, and I'll explore that as a >possibility. For the record though, this feature change should be a >miniscule effect on the memory footprint. > Maybe it is okay to leave as core functionality then. >I just did a search in bugzilla for all bugs across all products ever >opened with at least 30 votes. >http://tinyurl.com/65fhp7 >note that the Party mode bug 8828 is the *top vote getter of all time* >in our bug database. > 37! Maybe they all went to the same party :-) I've no doubt some people really want a party mode (not sure three modes normal/playlist/party are required though). My main concern was the use of Add to change the mode. Thanks, Phil ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
I'm not on 7.3 yet, but Playlist mode sounds like it is what I would want to have enabled ALL the time. I can't tell from reading the wiki... if playlist mode is set to ON, then will it still go back to playlist mode OFF when the player is turned off? -- MeSue Sue http://www.last.fm/user/MeSue MeSue's Profile: http://forums.slimdevices.com/member.php?userid=985 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
Philip Meyer;360600 Wrote: > > Are you sure? I keep up to date with SVN, updating pretty much each > day. I've updated since thursday, and my players seemed to be in > Playmode=Off state. Maybe because I have run an intermediate version, > the default didn't change from off to disabled? > Yes, and I just confirmed it again. Disabled is the default. I suspect the intermediate version could have played a part in the behavior you are seeing. Philip Meyer;360600 Wrote: > > The wiki seems to suggest that pressing the Add button when browsing > the music library causes the mode to change to Playmode=Party. > Add.hold seems to cancel Party mode. I don't see why these hotkeys are > there at all. An option in settings to change mode is enough. If a > user really needs a shortcut to change mode, they could add a hotkey > via a custom map file. > Playlist mode, not party mode, can be invoked dynamically via the add button, but not when it's disabled. Custom map files are not applicable to the Controller UI, so not a viable solution for this. Philip Meyer;360600 Wrote: > > The most important thing is to not break existing pre-Sc7.3 > functionality, which for me is perfect. If I hit play on an album, I > expect it to play. If I want to add it to the current playlist, I hit > the add button. > No disagreement-- this is why I set it to disabled by default. Philip Meyer;360600 Wrote: > > It's the way almost all software media players I've ever used have > worked, and seems perfectly sensible to me. An extra option (or > plugin) that changes this functionality to be like walking into a bar > in the 90's with a Jukebox in the corner may be what some people want, > and I don't mind that, but it's not logical and should at least be > disabled by default. > It is. Doing this as a plugin is a good idea, and I'll explore that as a possibility. For the record though, this feature change should be a miniscule effect on the memory footprint. Philip Meyer;360600 Wrote: > > for me it's a non-problem being half solved. > I just did a search in bugzilla for all bugs across all products ever opened with at least 30 votes. http://tinyurl.com/65fhp7 note that the Party mode bug 8828 is the *top vote getter of all time* in our bug database. I agree that it's not fully solved yet, but the goal for 7.3 was to achieve the simple case, which I think I've stated already in this thread. I also agree that for many the current behavior is not a problem (and, in fact, expected), which is why I set the default to disabled. cheers, #!/ben -- bklaas Logitech Developer: Squeezeplay/SqueezeOS/SqueezeboxController/SqueezeCenter Community Developer: Nokia770Skin http://www.last.fm/user/bklaas/ 'KHAAAN!' (http://khaaan.com/)...'BUNNIES!' (http://home.pacbell.net/bettychu/2003allbreedbisris/BIS.html) bklaas's Profile: http://forums.slimdevices.com/member.php?userid=58 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
>* I agree with you, disabled should be the default. And as of last >Thursday and change 23928, that is the case. >http://svn.slimdevices.com/?view=rev&revision=23928 > Are you sure? I keep up to date with SVN, updating pretty much each day. I've updated since thursday, and my players seemed to be in Playmode=Off state. Maybe because I have run an intermediate version, the default didn't change from off to disabled? >* the strange behavior you describe with the add button after entering >playlist or party mode is not at all the intended behavior. Sounds like >a bug. FWIW, I have not seen that behavior on my own system. Playlist >mode and party mode change the behavior of the play button, not the add >button. > The wiki seems to suggest that pressing the Add button when browsing the music library causes the mode to change to Playmode=Party. Add.hold seems to cancel Party mode. I don't see why these hotkeys are there at all. An option in settings to change mode is enough. If a user really needs a shortcut to change mode, they could add a hotkey via a custom map file. >The most important thing, IMO, is being able to put your >player in a state where the play button is not destructive to your >current playlist. I've never believed that part of our UI was done >correctly, and this is a way to get around that. > The most important thing is to not break existing pre-Sc7.3 functionality, which for me is perfect. If I hit play on an album, I expect it to play. If I want to add it to the current playlist, I hit the add button. It's the way almost all software media players I've ever used have worked, and seems perfectly sensible to me. An extra option (or plugin) that changes this functionality to be like walking into a bar in the 90's with a Jukebox in the corner may be what some people want, and I don't mind that, but it's not logical and should at least be disabled by default. >but it covers the most basic problem of handing your controller or >remote to someone at a party--hitting the play button destroying your >playlist. > Well, for me it's a non-problem being half solved. As long as "disabled" has no side-effects for existing functionality, I'm mainly happy (although there's more code being loaded that I'll never need, so a plugin that can be disabled/deleted would be better). Phil ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
FYI, I am planning a larger post on this stuff in the next few days. a couple of quick thoughts on Phil's comments: * I agree with you, disabled should be the default. And as of last Thursday and change 23928, that is the case. http://svn.slimdevices.com/?view=rev&revision=23928 * the strange behavior you describe with the add button after entering playlist or party mode is not at all the intended behavior. Sounds like a bug. FWIW, I have not seen that behavior on my own system. Playlist mode and party mode change the behavior of the play button, not the add button. There is a huge range of opinion on the way people think these "modes" should work. The most important thing, IMO, is being able to put your player in a state where the play button is not destructive to your current playlist. I've never believed that part of our UI was done correctly, and this is a way to get around that. However, people are used to the way things are done, therefore default = disabled. Phil, the answer to almost all of your questions in your original post is "no, it doesn't cover that right now". Party mode is not fool-proof, but it covers the most basic problem of handing your controller or remote to someone at a party--hitting the play button destroying your playlist. #!/ben -- bklaas Logitech Developer: Squeezeplay/SqueezeOS/SqueezeboxController/SqueezeCenter Community Developer: Nokia770Skin http://www.last.fm/user/bklaas/ 'KHAAAN!' (http://khaaan.com/)...'BUNNIES!' (http://home.pacbell.net/bettychu/2003allbreedbisris/BIS.html) bklaas's Profile: http://forums.slimdevices.com/member.php?userid=58 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
>My understanding is that the behaviour and functionality aren't >finalised and are very much up for discussion. That forum thread was started a week ago. There have been changes since, and I believe development work on SC7.3 is nearing completion (except bug fixes). Phil ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
Try here - http://forums.slimdevices.com/showthread.php?t=54879&highlight=playlist+mode or http://wiki.slimdevices.com/index.php/PlaylistModePartyMode My understanding is that the behaviour and functionality aren't finalised and are very much up for discussion. -- Siduhe Who am I on 'LAST.FM' (http://www.last.fm/user/siduhe)? "-Siduhe Loved Tracks radio got the thumbs up. Feedback included: yeah, it's good... got the odd dodgy track tho...-" (c) 'ModelCitizen' (http://www.last.fm/user/Modelcitizen) Siduhe's Profile: http://forums.slimdevices.com/member.php?userid=723 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
Re: [SlimDevices: Beta] Playlist Mode - Party Mode
I'm not running 7.3 on my main system yet, but this sounds like a mess, especially the first-press vs. subsequent-presses behavior differences. Everything Phil says sounds right to me. Esp. the number of users who seem interested & potential complexity. Why not let 3rd parties handle this? -- peterw http://www.tux.org/~peterw/ free plugins: http://www.tux.org/~peterw/#slim AllQuiet BlankSaver ContextMenu FuzzyTime KitchenTimer PlayLog PowerCenter/BottleRocket SaverSwitcher SettingsManager SleepFade StatusFirst SyncOptions VolumeLock peterw's Profile: http://forums.slimdevices.com/member.php?userid=2107 View this thread: http://forums.slimdevices.com/showthread.php?t=55135 ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
[SlimDevices: Beta] Playlist Mode - Party Mode
I think this needs a re-think before you deliver it in SC7.3. I just stumbled into this new functionality whilst trying to add songs to the end of my current playlist. The first time I pressed add on a song, it was added to the end of the playlist. The next song I tried to add to the end of the playlist added it after the currently playing song instead. At first I thought that I'd pressed the Add button down too long (add.hold does a add next action). Fortunately, I remembered a checkin comment I saw recently and also a comment in a bug report from a developer saying he was unconvinced that the party mode default setting should be "Off" and not disabled. So, when things started to behave strange this morning, I knew where to look. Others will not be on the ball and will surely report bugs as it currently stands. The new playlist mode intercepts the add button to switch playlist mode "On". So the first time you press add to add a song, it works as expected. The second thing you try to add then gets added after the currently playing track. So, you want to add song 3 and 4 by an artist to the current playlist. 3 gets added to the end, song 4 gets added next. Without warning. No clear indication that some side-effect has occurred by pressing the add button the first time. I don't see why the add button functionality has been messed about with at all. Totally unnecessary and very confusing. I thought the enhancement request from a small number of users was that they wanted a party mode that could be set to prevent someone from pressing play to wipe the current playlist. Fine. Sounded like a little plugin was called for that could be turned on to provide that functionality. It could be turned on/off by setting the mode in the Settings (or Extras) menu. But why mess about with side-effects on the add button? The only thing that you may want to prevent when in party mode is "clear playlist" by pressing add on the "Now Playing" menu. There's no description of what the different modes mean. We now have: Playlist mode disabled Playlist mode off Playlist mode on Party mode on. I kind of know what these things mean, having found some info on a wiki page. However, it's really not going to be intuitive for new users. Questions that would be asked are: What's the difference between Playlist mode and Party mode? What's the difference between playlist mode disabled and off? It also looks like there are two different groups of settings: Playlist mode disabled/off/on and also Party mode on/off. Why can't party mode be disabled? I thought there was a push to make the UI more intuitive for consumers. This seems a bit over the top for a simple jukebox/party mode, that is not going to be used by the geeky type of user. I imagine that the type of user that would want to use this functionality would just want a simple to understand "Party Mode: On/Off" toggle. A party organiser/owner of the home/pub could turn the mode on, and turn it off when the party is over. When on, it should not be possible to wipe the playlist using the play button. At a minimum, the Playlist mode should be disabled., but my recommendations are: 1. Have a setting - "Party Mode" checkbox setting, to turn party mode on / off. (or "Playlist Mode: Normal / Party"). 2. By default, it should be off. 3. Don't mess about with the add button; certainly don't use it to turn party mode on/off. 4. Have some indicator when party mode is on? 5. The functionality may be better as a plugin, so the plugin can be completely disabled for users that will never need this functionality, to keep the server memory footprint down. I have concerns that party mode is not full-proof (although I haven't played with it too much - I just wanted to get rid of it!). Does it also stop CLI commands, plugins, syncing, mixers, etc from wiping the playlist? What about the power button - is a user prevented from turning a player off until party mode is stopped, or does it turn off and stop party mode? What about favorites - eg. a guest presses a number key down too long, and invokes a stored favorite. Does this add to the playlist in party mode? Is shuffle mode disabled/ignored? What about alarms. If party mode is on and an alarm goes off, does that wipe the playlist or add to it? If one player is in party mode, and another is not in party mode, when the players are synced together, what mode wins? I guess "playlist mode" is a per-player setting? If so I'll have to go to every player and disable it manually. I don't sync settings to SN, so I'll have to also change the setting for each player in SN. Phil ___ beta mailing list beta@lists.slimdevices.com http://lists.slimdevices.com/lists/listinfo/beta
