View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0020713 | MMA | Now Playing | public | 2024-03-11 20:00 | 2024-04-02 21:15 |
Reporter | rusty | Assigned To | |||
Priority | urgent | Severity | feature | Reproducibility | always |
Status | closed | Resolution | reopened | ||
Product Version | 2.0.0 | ||||
Target Version | 2.0.0 | Fixed in Version | 2.0.0 | ||
Summary | 0020713: Playing: show time remaining | ||||
Description | At 0020667 the issue of displaying time in a playlist was fixed. The issue was also raised that it would make sense for this feature to also be included for Playing tracks (to display the time remaining in the Playing list). I've opened this as a new bug so that it can be triaged independently (since it may be included in 2.0 or pushed to a future version). | ||||
Tags | No tags attached. | ||||
Fixed in build | 1169 | ||||
|
Fixed in build 2.0.0.1168 |
|
'Remains' should be 'Remaining' BUT, currently the implementations for Playlists and the Playing queue are inconsistent (playlists indicate the # of tracks separately from the time). Also scrolling over the text overlay isn't the cleanest look. A more consistent and possibly cleaner approach would be to show the #tracks and time remaining in the same location for both. i.e.: a) For playlists: Show the indicator next to 'Playlist' that appears in the header. e.g. Playlist (xx tracks yyh:zzm) b) For the playing queue: Playing (x/y aah:bbm) |
|
The only reason x/y appears in the header is because it is shared between the NowPlaying/QUEU/ART/LYRICS screen. The header space is very limited and Playlists must remain consistent with the other views (for which the number of (genres/artists)/albums/tracks are displayed). These stats are individual, for each fragment(view), so they should not be displayed in a shared location(header) to avoid having to refresh all activity when moving to another tab. Therefore I've unified the time format for playlists and NowPlaying and adjusted the transparency of the stats bar. Fixed in build 2.0.0.1169 |
|
Verified 1169. BUT note that part of the reason for moving this from the overlay is due the very limited amount of vertical space available to scroll the queue as described at 0019724. We'll have to look into this further when we tackle that issue. |