Queuing - final call

[Bart Cerneels]

On Fri, Dec 19, 2008 at 3:42 PM, Leo Franchi <lfranchi at kde.org> wrote:
> On 19 Dec 2008, at 08:34, Dan Meltzer wrote:
>
>> On Fri, Dec 19, 2008 at 8:20 AM, Lydia Pintscher <lydia at kde.org>
>> wrote:
>>> On Fri, Dec 19, 2008 at 2:07 PM, Seb Ruiz <ruiz at kde.org> wrote:
>>>> Squad,
>>>> I'd like to get a final decision on what we do about queuing.
>>>> Options are:
>>>>
>>>> A) My implementation, which is a direct clone of 1.4 functionality
>>>> (although a little simpler atm)
>>>> or;
>>>> B) Bart's implementation which is quite a bit different, yet very
>>>> interesting. Please read his mail.
>>>>
>>>> Just a simple +1 A/B will do, no need to start discussing the topic
>>>> again. Please refrain from putting in your personal use cases
>>>> here, or
>>>> letting them make up your mind. Decide based on what you think
>>>> will be
>>>> the most useful as a whole to the application and the community.
>>>>
>>>> I'll start.
>>>>
>>>> A +1
>> A++;
>
> A+1
>
> Bart's implementation currently doesn't work if you have random mode
> turned on. This seems to be like a pretty big loss of functionality
> from 1.x.
>
Random mode won't be the same in a queue, since the queue determines
the play order. So random mode would shuffle the upcoming tracks,
either when starting playback, at user request or at the end of every
track.

The nice thing we gain is that the play history is maintained and
visible in the queue without an additional UI. So if the user was
happy with the random selection over the past hour or so he can save
to be replayed later.