Bug 91910 - improve queueing capability of juk
Summary: improve queueing capability of juk
Status: RESOLVED DUPLICATE of bug 63260
Alias: None
Product: juk
Classification: Applications
Component: general (show other bugs)
Version: 2.0.1
Platform: Debian testing Linux
: NOR wishlist
Target Milestone: ---
Assignee: Scott Wheeler
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-10-22 17:24 UTC by Joe
Modified: 2004-10-22 17:43 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Joe 2004-10-22 17:24:22 UTC
Version:           2.0.1 (using KDE KDE 3.2.3)
Installed from:    Debian testing/unstable Packages
OS:                Linux

In xmms, I can 'queue' as many songs as I want from the current playlist.  You select a song, press 'q', and the number '1' appears next to that song.  That means it will be played next.  I can then select another song and press 'q', and that song will get the number '2', then another will get '3' etc. Songs can be removed from the queue by pressing 'q' on them in which case the numbers of all the songs in the queue get adjusted as you would expect.

This is a very practical and useful capability to have. It lets the user make dynamic adjustements to the playlist in real time, which is very usefull.

In Juk, we only have (as far as I can tell) the ability to queue one song, using the  'play next' button.  It would be great if Juk could be given more advanced queuing cabability similar to what xmms has.
Comment 1 Scott Wheeler 2004-10-22 17:43:59 UTC

*** This bug has been marked as a duplicate of 63260 ***