After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 330477 - Select song as "next song" being played
Select song as "next song" being played
Status: RESOLVED FIXED
Product: banshee
Classification: Other
Component: Playback
git master
Other All
: High enhancement
: 2.x
Assigned To: Banshee Maintainers
Banshee Maintainers
: 354120 354770 (view as bug list)
Depends on: 337308
Blocks:
 
 
Reported: 2006-02-09 00:20 UTC by Michael Gebhart
Modified: 2008-02-08 04:16 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Michael Gebhart 2006-02-09 00:20:40 UTC
An entry in the context menu of a song "Set as next song". 

If this entry is selected, the song becomes marked as "next played" (maybe a
small icon) and is played after the currently played song.

This way I can choose the next song, that should be played without changing the
current order of the playlist.
Comment 1 Henry Gomersall 2006-03-08 14:40:47 UTC
An improvement over this would be some kind of queueing concept (much like introduced in the latest version of Rhythmbox - certainly 0.9.3 has it).

Songs dragged to a queue region of the window are queued until after the current song has been played, then the queue is played, then the player resumes where it previously was. Skipping moves first through the queue list.

The rhythmbox implementation works well and intuitively.
Comment 2 Michael Gebhart 2006-03-08 15:09:19 UTC
I didn't know, that rhythmbox already has this, I was inspired by amarok. But the idea of a queue is even better, than a "next song" flag.
Comment 3 Ruben Vermeersch 2006-04-10 18:28:35 UTC
Moving to the User Interface component.
Comment 4 Mitja Pagon 2006-06-30 08:48:05 UTC
This could and should be implemented as a plugin mimicking rhythmbox's "Queue" concept.

I'm no expert on banshee internals, but I  imagine this wouldn't be to hard to implement for some with some C# skills and time to kill.

Maybe something like the GNOME Love initiative is in order for Banshee, let's call it Banshee Love. :)

Cheers!
Comment 5 Aaron Bockover 2006-07-02 14:15:50 UTC
I am working on a new playback model right now which will allow for dedicated playback from a selected source. This will solve a number of playback issues. Once this is done, a play queue source can be written to provide this specific functionality. 
Comment 6 Pat Rondon 2006-08-06 22:47:11 UTC
(In reply to comment #5)
> I am working on a new playback model right now which will allow for dedicated
> playback from a selected source. This will solve a number of playback issues.
> Once this is done, a play queue source can be written to provide this specific
> functionality. 

Could you explain this functionality a little more?  I'm working on a plugin with very similar functionality (the shuffle playlist from way back when, which could easily become a play queue plugin with the option to autofill), so this sounds relevant.

Comment 7 Ruben Vermeersch 2006-09-05 11:21:26 UTC
*** Bug 354120 has been marked as a duplicate of this bug. ***
Comment 8 Aaron Bockover 2006-09-07 15:57:18 UTC
*** Bug 354770 has been marked as a duplicate of this bug. ***
Comment 9 Josiah Ritchie - flickerfly 2007-01-12 20:28:50 UTC
It seems that banshee svn has the current queue capability. Sounds like this bug is coming much closer to resolution. Do we just need a menu option/drag&drop feature to add items to the queue to be added to the interface now?
Comment 10 Josiah Ritchie - flickerfly 2007-01-12 20:59:58 UTC
See Bug 337308 for the queue feature.
Comment 11 Andrew Conkling 2008-02-08 04:16:22 UTC
I think the queue adds everything we need here. Closing, but feel free to reopen if there's anything else to be tracked here.