[prev in list] [next in list] [prev in thread] [next in thread] 

List:       amarok-devel
Subject:    Re: Queuing - final call
From:       "Seb Ruiz" <ruiz () kde ! org>
Date:       2008-12-20 4:59:27
Message-ID: 60ebdd0b0812192059g4256eeaqbb3ee25ffd95fd12 () mail ! gmail ! com
[Download RAW message or body]

2008/12/20 Bart Cerneels <bart.cerneels@kde.org>:
> On Fri, Dec 19, 2008 at 2:07 PM, Seb Ruiz <ruiz@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 should mention that A will probably not exclude B, these 2 things
> can exist in parallel.
>
> However, I would suggest to not start pilling up features unto the
> Playlist that are very queue oriented or the other way around (being
> meant to edit a Meta::Playlist). I'll post a follow up on the other
> thread with a few insights I got after a chat with Nikolaj earlier
> today.It might be something you could consider for your implementation
> Seb.

Good to know that the features are not necessarily mutually exclusive.
I'm looking forward to hearing more of your suggestions to improve the
queuing.


-- 
Seb Ruiz

http://www.sebruiz.net/
http://amarok.kde.org/
_______________________________________________
Amarok-devel mailing list
Amarok-devel@kde.org
https://mail.kde.org/mailman/listinfo/amarok-devel
[prev in list] [next in list] [prev in thread] [next in thread]