Version: 2.1.1 (using 4.2.4 (KDE 4.2.4), Gentoo) Compiler: x86_64-pc-linux-gnu-gcc OS: Linux (x86_64) release 2.6.28-thinkpad-r2 Amarok 1.4 had a queue manager = a dialog window for rearranging queued tracks. Please reintroduce that.
*** Bug 205409 has been marked as a duplicate of this bug. ***
*** This bug has been confirmed by popular vote. ***
I think we don´t need a dialog window like in Amarok 1.x - IMO there are 2 ways to integrate it into the new UI: 1. Make it an applet of the context view 2. Create a playlist filter for queued tracks I don´t know if the second idea is that good because i don´t know if the playlist allows rearranging of queued tracks by using drag 'n drop. Nevertheless i think this impementation would be the most intuitive and appealing one.
Hi Maik, Option one seems a bit better but option two is indeed more intuitive. And multiple queuing per song should be allowed too. In other words: To be able to queue the same song twice or n-th times. Cheers
Now we just need someone who is able and has the time to implement a solution like the ones mentioned above. Some time ago i already read that someone made an approach coding it but i can't find it now.
That was me, I have implemented a queue manager applet for the context view, but it was rejected after a rather long discussion on amarok-devel. The core developers think that amarok does not need a queue manager at all, because the queue function is not for managing a playlist in a playlist, but only to queue one or two songs you just spotted in the playlist and want to listen to right now. I could finally agree with them about that, but I still think there should be a better way to change the order of the songs to be played, maybe via a better interface to the saved playlists and a dynamic playlist fed from static playlists. Here are the links to the discussion on the list: http://lists.kde.org/?t=126500015000002&r=1&w=2 http://lists.kde.org/?t=126571604400001&r=1&w=2
A queue manager could be a nice feature, but first of all it is necessary to have *any* possibility to change the order of queued tracks. It can't be so difficult to reintroduce the amarok1.4-feature which allowed sorting via mousewheelaction over queuenumber-icon in the playlist. Without such a feature the songqueue is absolutly unusable (at least to me).
I went through both links and it seems I fail to see the obvious. Call me ignorant or stupid but how it is possible that there is mutual agreement among core Amarok developers that there is no need for the Queue Manager? As far as I know, there is no way for you to simply drag/drop couple of songs from the current playlist and have a VISIBLE status of your current queue. Scrolling up and down through your current playlist to find all songs you have in queue is something I can hardly call user friendly, simple and intuitive. And what about when you try to change the position of 25th song in the queue to 35th out of 50? Err. Guess what? Not possible. @Marius: It is obvious that you have knowledge to implement this, what about creating a plugin/script? I am 100% sure that people would really appreciate this. Cheers @bassslave: 100% true. Queuing in amarok 2.X is really a bad joke. Completely unusable.
I think we need to make clear in which case a queue feature is useful. The current "worklow" of amarok is that you take your songs from the library and put it in the playlist. Now you can rearrange the songs right inside the playlist and there is basically no need for an additional queue. This is ok as long as all your media is accessible through the library. I personally use the queue if I'm at a party where various people bring their music on usb media. I just drop everything into the playlist and manage it with the queue. If amarok can search/filter the usb media as easy as the playlist then I don't really need a queue. Maybe it is possible to treat removable media like a temporary library which is automatically deleted when the device is removed. But by now the integrated filebrowser doesn't fit my needs because it just makes use of the filenames. Can this be a solution? What do you think? BTW: sorry if my grammar isn't the best but I'm no native english speaker. 2. Apr 2010 5:04 nachm. schrieb am "Damijan Bec" <damijan.bec@gmail.com>: https://bugs.kde.org/show_bug.cgi?id=198180 --- Comment #8 from Damijan Bec <damijan bec gmail com> 2010-04-02 17:04:31 --- I went through both links and it seems I fail to see the obvious. Call me ignorant or stupid but how it is possible that there is mutual agreement among core Amarok developers that there is no need for the Queue Manager? As far as I know, there is no way for you to simply drag/drop couple of songs from the current playlist and have a VISIBLE status of your current queue. Scrolling up and down through your current playlist to find all songs you have in queue is something I can hardly call user friendly, simple and intuitive. And what about when you try to change the position of 25th song in the queue to 35th out of 50? Err. Guess what? Not possible. @Marius: It is obvious that you have knowledge to implement this, what about creating a plugin/script? I am 100% sure that people would really appreciate this. Cheers @bassslave: 100% true. Queuing in amarok 2.X is really a bad joke. Completely unusable. -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this ...
Hi Maik, I am not sure why you are apologising for your 'bad' English. It is perfectly understandable. My workflow is just a tad bit different than yours. In my case what I do is to have a sub-selection of the current playlist. E.g. my playlist contains 200 songs but I put only 20 of them in the queue. You cannot filter your queued songs. Current queuing is not transparent at all and there is no way for you to change the position of songs in the queue. Which is I think the major pita of all. BTW. Happy Easter to all of you :)
Hi Damijan, I think your workflow is the core of the problem, or rather the fact that currently in amarok the 'playlist' tends to become an unsorted collection of songs. In my opinion the playlist should be used for what you currently use the queue, i.e. managing the songs to be played next, and nothing else. Actual subsets of songs should be created and managed via the static playlists (which you currently get when you save the playlist). But because you can't drop songs directly from the collection browser into static playlists, everything comes into the 'playlist', so it inevitably becomes messy over time. To manage it properly, you currently need a queue manager, that's right. But as stated above, a queue manager would only cure symptons, not the problem itself.
Hi Marius, I just wish that something would be done regarding this issue. Queueing used to work in Amarok series 1.X. Now is fundamentally broken. Changing song positions in the queue is crucial. I do not want to create another playlist because I already have one. Sigh. Is my workflow really so fundamentally flawed and rare? One could potentially change song position within a playlist (if no sorting is applied and random mode is off) but the whole point of queueing is _not_to change your playlist and track changing mode at all. So may I assume that _nothing_ is going to be done to 'fix' the current not the best implemented playlist design? Cheers
I think amarok should integrate a queue manager because it actually provides more functionality and ease of use than it breaks some kind of philosophy. Maybe some users don't want to use the collection at all - they just drop their songs into the playlist and organize them with the queue. Or like I described in my previous mail you need to deal with some temporary media which amarok should manage and play but don't add it to the collection because you don't need it again. So where is the point against a context menu applet? People who don't like it can ignore it but other people may enjoy the new possibilities. To share another idea: create a kind of temporary collection where you can to drop/search/filter your music which you can flush easiely. This would basically replace the "messy playlist + queue" method with a "messy (temporary) collection + playlist". I look at this like Damijan Nec - something needs to happen because the actual behavior isn't as user friendly as it can (and should) be. 4. Apr 2010 10:56 vorm. schrieb am "Damijan Bec" <damijan.bec@gmail.com>: https://bugs.kde.org/show_bug.cgi?id=198180 --- Comment #12 from Damijan Bec <damijan bec gmail com> 2010-04-04 10:56:20 --- Hi Marius, I just wish that something would be done regarding this issue. Queueing used to work in Amarok series 1.X. Now is fundamentally broken. Changing song positions in the queue is crucial. I do not want to create another playlist because I already have one. Sigh. Is my workflow really so fundamentally flawed and rare? One could potentially change song position within a playlist (if no sorting is applied and random mode is off) but the whole point of queueing is _not_to change your playlist and track changing mode at all. So may I assume that _nothing_ is going to be done to 'fix' the current not the best implemented playlist design? Cheers -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this ...
Hello again, after reading the above mentioned discussions on the developers list saw a very useful idea which would solve both the request for a "playlist browser" and a queue manager without really implementing the one or the other. I´m talking about tabbed playlists (which of course should support drag and drop). This would greatly improve the possibilities of playlist management and - as a side effect - provide a very useful queue management. You can have a playlist named "queue" open next to the "real" playlist so you can rearrange songs without something like an additional queue manager. You would also have all the nice search and filter options which the actual playlist provides. Other people may like the new possibility of filling several static playlists just by dragging a song on the corresponding tab. Other people which dont like this feature just won´t see it because if you don´t open new playlist tabs they are hidden and the world is fine. This design would also fit with the rest of amaroks layout which also provides tabbing. The existing features in amarok which make use of the playlist dont need to be touched because they just need to rely on the currently active playlist. So other parts of amarok don´t even need to know if there are other playlists. The playback of course can be a bit adjusted to the new possibilities by providing "random active playlist" and "random all open playlists" options or some other stuff (just suggestions). What do other people think of this? This could be a useful and unique feature which separates amarok even more from other players and maybe some of the people (like me) also like to (mis)use it as a queue replacement. Maik
Hello, "What do other people think of this? This could be a useful and unique feature which separates amarok even more from other players and maybe some of the people (like me) also like to (mis)use it as a queue replacement." This is really good news. I am not against different ideas and your suggestion seems actually very, very good idea. Can't wait for this feature to be implemented. Many thanks guys :)
I dont know if some of my ideas gets implemented because I'm not an amarok developer. I also don't know if the developers like these ideas or find them useless like the queue manager. I also won't start coding of such a feature if integration into amarok is unsure. I think we need to wait for some developer commenting on this. Or maybe open a new bug with the request. 8. Apr 2010 11:09 vorm. schrieb am "Damijan Bec" <damijan.bec@gmail.com>: https://bugs.kde.org/show_bug.cgi?id=198180 --- Comment #15 from Damijan Bec <damijan bec gmail com> 2010-04-08 11:07:59 --- Hello, "What do other people think of this? This could be a useful and unique feature which separates amarok even more from other players and maybe some of the people (like me) also like to (mis)use it as a queue replacement." This is really good news. I am not against different ideas and your suggestion seems actually very, very good idea. Can't wait for this feature to be implemented. Many thanks guys :) -- Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are a voter for the bug. You are on the CC ...
@Maik (#14): I think the idea is great, especially if the tabbed playlists are linked to static playlists, i.e. by "opening" a static playlist, it is added the the tabbar, and if you save the tabbed playlist, it is saved to the corresponding static playlist. If you add the ability to detach playlists, so you can drag and drop directly from one playlist to a specific position in another one, it would be perfect in my eyes. Probably you should write to amarok-devel. Most of the discussion takes place on that list and it is very active. I think chances to get feedback from core devs there are greater than here.
*** Bug 240377 has been marked as a duplicate of this bug. ***
Implemented in git master, should be in the 2.4 release.
Yay! Thank you so much! Now my Amarok experience shall be complete! :)