>> I've previously said to Ben that the Play-Hold mixer in SP feels >> unnecessary when it's already available in the context menu as a >> separate item. > >I agree with this view. The play-hold mixer in SP was left in as a >courtesy to those that liked having it there. CM only for mixers on SP >is fine with me. > Just to make sure I understand, I gather you are discussing whether there is a context menu and also play-hold mixer in all SP interfaces (Touch, UI, Radio Front Panel)? e.g. Two different ways to start a MusicIP mix from a track.
I thought that "one browser" would apply the same capabilities across all interfaces, so what is the intention for eg. a Boom front panel interface? Will older products get context menus? On Radio, I can long-press Play on a playable item to get a list of different ways of playing the track; i.e. only a sub-set of the context actions to do with playing music. I gather you are saying that the same actions also appear in the context menu, and on Touch they would ONLY appear here, because there's no way of doing a play.hold (except if using an IR remote?). I find it quite useful to see a menu of only mixer actions, as the context menu is a mixed hodge-podge of many things that's quite hard to navigate through, and I have quite a few mixers. Then again, if the context menus were re-arranged a bit (grouping like things together, such as actions, navigations, info, mixers, maybe into sub-menus), and no functionality is lost, its not a big deal to lose this. But if I am used to play.hold on SB3/Transporter/Boom, then why should this be different on Radio? If it is intended to exist for one product, why not consistently across all that have the capability? _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/beta
