Bug 14067 - Navigation into Now Playing should "bump" if current playlist is empty
: Navigation into Now Playing should "bump" if current playlist is empty
Status: NEW
Product: SqueezePlay
Classification: Unclassified
Component: UI
: unspecified
: PC Other
: -- normal (vote)
: Future
Assigned To: Unassigned bug - please assign me!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-09-15 13:28 UTC by Weldon Matt
Modified: 2011-11-06 23:24 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Weldon Matt 2009-09-15 13:28:51 UTC
If the Current Playlist is empty, attempts to navigate into "Now Playing" should result in a "bump," rather than taking the user into an empty "Now Playing" state.

examples:

- pressing "home" button from the top item of the home menu
- selecting the "Now Playing" menu option
- pressing the "Now Playing" button on the fab4 remote

(It will be unusual for the Current Playlist to be completely empty, so this case won't pop up very often, but it's still very nice-to-have).
Comment 1 Jim McAtee 2009-09-15 14:05:48 UTC
Bad idea.  Bumping when it isn't obvious why you're bumping is going to be construed as "broken" or "stuck".  There's already a lot of unexplained bumping when there are connection issues, so it will also make troubleshooting more difficult.

What do you mean an empty playlist will be unusual?  Depends on your usage pattern, I suppose.  I commonly clear the playlist.

What's the harm in displaying an empty Now Playing screen?  In NP I can see (and on Fab4, I can *adjust*) the volume level, the repeat state, and the shuffle state even when the playlist is empty.

Example: I walk up to the Fab4 and wish to play something, but I have no idea what the volume level is.  How do I figure that out _before_ I blast something through the speakers at 3AM?
Comment 2 Pat Ransil 2009-09-15 20:10:13 UTC
I would not make this a P1 at this late date.
Comment 3 Jim McAtee 2009-09-15 21:38:28 UTC
To quote Matt Weldon:

> Yeah Caleb, if any button (other than power of course) should ALWAYS work, it
> should be the volume knob, hopefully for obvious reasons...

https://bugs-archive.lyrion.org/show_bug.cgi?id=13053#c7

But that won't be possible in the Fab4 touch ui if you can't get to the NP screen, will it?
Comment 4 Weldon Matt 2009-09-15 22:04:13 UTC
(In reply to comment #3)
> To quote Matt Weldon:
> 
> > Yeah Caleb, if any button (other than power of course) should ALWAYS work, it
> > should be the volume knob, hopefully for obvious reasons...
> 
> https://bugs-archive.lyrion.org/show_bug.cgi?id=13053#c7
> 
> But that won't be possible in the Fab4 touch ui if you can't get to the NP
> screen, will it?

Hehe you're taking me a bit out-of-context.  That was a discussion of hardware buttons.  And the fab4 ships with a remote that has an always-functional volume control.

Also, by definition, if the playlist is empty, music won't be playing. ;-)  I would only want this behavior to exist, in fact, if no music was playing.
Comment 5 Jim McAtee 2009-09-15 22:18:49 UTC
Create a touch interface where you can only do some things with the remote.  Makes a lot of sense.  The on-screen touch controls are the functional equivalent of the hardware controls on the Radio.  You could have designed a dedicated volume control onto the face of the device, but chose to do everything in software.  But now you want to block access to those controls for... some reason.

You would want to turn the volume down, or at least verify the volume level, _BEFORE_ playing something.  It's also important to be able to set Shuffle _BEFORE_ queuing up a playlist or album, otherwise you always get track #1 of the playlist first.
Comment 6 Weldon Matt 2009-09-15 22:49:35 UTC
(In reply to comment #5)
> Create a touch interface where you can only do some things with the remote. 
> Makes a lot of sense.  The on-screen touch controls are the functional
> equivalent of the hardware controls on the Radio.  You could have designed a
> dedicated volume control onto the face of the device, but chose to do
> everything in software.  But now you want to block access to those controls
> for... some reason.
> 

I made zero hardware decisions for fab4, FWIW, other than getting a dedicated "Now Playing" button added to the remote.  If it had been up to me, there would be some dedicated hardware buttons on the device.  It is what it is.

> You would want to turn the volume down, or at least verify the volume level,
> _BEFORE_ playing something.  

Which is why you have a remote with volume controls. (Also, you don't have to _SHOUT_ ;-).

It's also important to be able to set Shuffle
> _BEFORE_ queuing up a playlist or album, otherwise you always get track #1 of
> the playlist first.

Again, I'm not claiming it's ideal, but even as it is today it's much more convenient to use the remote in the case you described.  

----------

So basically your counter-proposal is to leave it the way it is?  Have a blank Now Playing screen?  Just so you can touch the Now Playing button, then press down again to adjust the volume, before starting to play something, insteead of using the remote?  You don't think that's going to feel the slightest bit awkward?
Comment 7 Wadzinski Tom 2009-09-22 09:18:56 UTC
Run out of time for 7.4
Comment 8 Weldon Matt 2009-10-01 13:22:58 UTC
Tom, the original bug request stands.  Please retarget as appropriate and fix when you can.
Comment 9 Chris Owens 2010-03-15 18:05:16 UTC
7.4.x milestone is in the past
Comment 10 Chris Owens 2010-05-06 15:38:08 UTC
Tom is no longer available to us
Comment 11 Alan Young 2011-11-06 23:24:34 UTC
Unassigned bugs cannot have a priority.