Bug 8714 - Show "next" tracks in Now Playing half of default web UI
: Show "next" tracks in Now Playing half of default web UI
Status: CLOSED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Web Interface
: 7.1
: All All
: P4 enhancement with 1 vote (vote)
: 7.x
Assigned To: Michael Herger
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-07-12 11:45 UTC by Bruno Fernandes
Modified: 2009-07-31 10:24 UTC (History)
2 users (show)

See Also:
Category: ---


Attachments
Currently playing track automatically aligned to bottom of list (107.47 KB, image/png)
2008-07-12 11:46 UTC, Bruno Fernandes
Details
Must manually scroll list to see what's coming up next in list (109.60 KB, image/png)
2008-07-12 11:47 UTC, Bruno Fernandes
Details
Currently playing track aligned up top, UNDER the transport/details rectangle (109.10 KB, image/png)
2008-07-12 11:51 UTC, Bruno Fernandes
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Bruno Fernandes 2008-07-12 11:45:26 UTC
Proposal:
Reset track list vertical position in the Now Playing/Playlist portion of the UI such that the currently playing track is one line item above the first visible line item (ie. it would be under the transport controls section).

Background:
The Now Playing/Playlist half of the default web UI shows the contents of the current playlist and at the top a larger detail of the currently playing track along with transport controls.

The track list display position is reset when a new song starts to play such that the currently playing song is listed at the bottom. This means that above the track you can see what has already played without scrolling the list, but you cannot see what is coming up next.

The most important part of this list is arguably what's coming up next. As listeners we already know what has just been played. ;) Since the transport control and detail area up top already shows the currently playing track, resetting the list's vertical position such that the currently playing track is hidden by the top section makes some sense. One can easily see what is playing now and then what is coming next.

See attached screen shots for images of the list in various positions.
Comment 1 Bruno Fernandes 2008-07-12 11:46:46 UTC
Created attachment 3573 [details]
Currently playing track automatically aligned to bottom of list

When a new track starts playing, the track list is automatically reset vertically so that the currently playing track is listed at the very bottom.
Comment 2 Bruno Fernandes 2008-07-12 11:47:29 UTC
Created attachment 3574 [details]
Must manually scroll list to see what's coming up next in list

Scrolling manually is required to see what tracks are going to be playing after the current track.
Comment 3 Bruno Fernandes 2008-07-12 11:51:09 UTC
Created attachment 3575 [details]
Currently playing track aligned up top, UNDER the transport/details rectangle

The is the proposed new vertical alignment. Since the track details for the currently playing track are already included in the transport rectangle at the top, it would be safe to align the list such that the track in the list item is underneath and hidden.

The effect is that you can see what's playing now, PLUS what's coming up next. When the browser window is resized you get even more details about upcoming tracks.

Obviously vertical resetting of the track list is only required and possible when there are more tracks in the list than fit into a single view. This is especially true of any sizable list and always true of the Random Play which defaults to and remains at 20 tracks.
Comment 4 Michael Herger 2008-07-28 01:16:04 UTC
*** Bug 8883 has been marked as a duplicate of this bug. ***
Comment 5 Michael Herger 2008-07-29 05:30:53 UTC
change 22191
Comment 6 Bruno Fernandes 2008-07-31 07:39:01 UTC
No change from described issue with 7.1 using July 31 2008 nightly:

SqueezeCenter Version: 7.2 - 22244 @ Thu Jul 31 02:03:17 PDT 2008 - Windows XP - EN - cp1252

Tested browsers in Mac OS 10.5.x:
 Safari 3.1.1
 Firefox 3 
 Camino 1.5 


Comment 7 Michael Herger 2008-07-31 09:38:49 UTC
change 22268 - I'm sorry, checked it in to the wrong place
Comment 8 Markus Schiegl 2008-07-31 14:24:30 UTC
verified with 7.2r22268! that's really an improvement. In the past i've even sometimes considered filing an enhancement request but didn't had the time doing it, therefore:

Thank you Bruno for this request! (and Michael for the implementation :-)
Comment 9 Spies Steven 2008-08-26 16:04:52 UTC
Verified with SC 7.2 - 22900
Comment 10 James Richardson 2008-12-15 12:34:13 UTC
This bug has been fixed in the 7.3.0 release version of SqueezeCenter!

Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already.  

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
Comment 11 Chris Owens 2009-07-31 10:24:41 UTC
Reduce number of active targets for SC