GNOME Bugzilla – Bug 724229
Better communicate what is the current playset
Last modified: 2018-01-10 14:37:44 UTC
Music allows to start playback of an album, a set of albums/song by an artist or song list. The seek buttons allow to change tracks within this set, but there is no indication of what the current playlist is. There's also bugs regarding indicating the currently plaing song when switching views and pushing the seek buttons (you end up with multiple indicators).
I agree with this. We should also look into redesigning the repeat/shuffle controls at the same time.
*** Bug 706946 has been marked as a duplicate of this bug. ***
(In reply to comment #1) > I agree with this. We should also look into redesigning the repeat/shuffle > controls at the same time. On that note, something to consider when we look at repeat/shuffle (from bug 706946): "Sometimes I want to shuffle music of more than just one artist, but don't want to shuffle through all my library. Rhythmbox can do that, Music can't. It would be nice if Music would do that."
Initial concept of playback buffer — https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/music/wire-playback-buffer.png
The third window in the mockup shows the next and previous song while in Shuffle mode. Does this mean that we need to decide which will be the next song on shuffle as soon as possible? Currently, Music will decide what to play next on shuffle when the current song ends, so it actually doesn't know yet what to play next while the current song is still playing.
(In reply to comment #5) > Currently, Music will decide what to play next on shuffle when the current song > ends, so it actually doesn't know yet what to play next while the current song > is still playing. That was my thinking. It makes it more predictable. Although it seems to me it's only different in the initial state when you need to know two songs, the following random track will only be populating the 'next in the queue' instead of 'currently playing'. I don't think replacing the next track when toggling between non-shuffle and shuffle mode makes sense. It would only affect the track outside of the visible queue (very much like today).
*** Bug 747249 has been marked as a duplicate of this bug. ***
High resolution mockup for this feature: https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/music/windowed-play-queue.png
The feature proposed in this bug will be implemented by Jordana Luft as her project for Outreachy.
http://jordanaluft.com/blog/ shows something that looked almost done, but there's no concluding post in the series and Jordana never commented on this bug report. What is the current status? https://github.com/jordanaluft/gnome-music seems to have code that hasn't been merged. What's blocking?
Last time I tested this (and I don't think there's been any change since then), it was rough. Most of the functionality seems to be there, but it's not all in a very good shape yet: lots of little bugs and some major ones. By now this probably needs quite a bit of work to rebase on the current tree. I personally think this can't be cleanly & bugfree implemented without some backend work on the music side first and I'm not sure any of that is done in the current branch. A status update from Jordana would be greatly appreciated.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-music/issues/14.