2.0.1 plan

[Nikolaj Hald Nielsen]

I have a pretty advanced playlist searching implementation ready to
go. It supports progressive searches ( search as you type ) with
configurable search fields ( track names, artist names, ... ) and the
standard tracks and random track navigators now use a custom proxy
model  to optionally only jump to tracks that match the current search
term ( also easily configurable ). Settings are stored in config with
sane default values, speed of searching is fast even with a large
playlist ( all my testing was done with 3000+ tracks in the playlist
). Feedback is immediate of there is no matches ( same as when
searching in console ).

I consider this code quite stable for completely new code ( of course
it needs testing by people other than myself ) and was considdering
adding it to 2.0.1 as it will hopefully provide relief for the users
ho really miss the playlist filtering ( even though it is not quite
the same, some of this could be helped by, for instance, adding a
"select all matches" option )

- Nikolaj

On Tue, Dec 16, 2008 at 4:20 PM, Dan Meltzer
<parallelgrapefruit at gmail.com> wrote:
> On Tue, Dec 16, 2008 at 7:11 AM, Lydia Pintscher <lydia at kde.org> wrote:
>> On Tue, Dec 16, 2008 at 12:12 PM, Seb Ruiz <me at sebruiz.net> wrote:
>>> I only have a primitive queueing implementation here, which should be
>>> fairly easy to extend and improve on.
>>
>> Hmm who was it who has the stop-after-current-track patch? Or am I
>> imagining things? If this is not done yet would anyone be willing to
>> do it? If not I'll ask Frederik, who really wants to get this back, to
>> do it. He is really busy right now so I have no idea if and when he'll
>> be able to do it. It would probably be better if someone else does it.
>
> Stop-after-current-track randomly disappeared from trunk.  I had
> readded it a while back and then it went away without warning.
>
> My guess is that we lost it when nhn added the new playlist control
> icons, as they do not support a menu.  I think if we can just readd
> that the guts for stop-after-current-track should still exist, but no
> guarantees.
>>
>> Cheers
>> Lydia
>>
>> --
>> Lydia Pintscher
>> Amarok community manager
>> kde.org - amarok.kde.org - kubuntu.org
>> claimid.com/nightrose
>> _______________________________________________
>> Amarok-devel mailing list
>> Amarok-devel at kde.org
>> https://mail.kde.org/mailman/listinfo/amarok-devel
>>
> _______________________________________________
> Amarok-devel mailing list
> Amarok-devel at kde.org
> https://mail.kde.org/mailman/listinfo/amarok-devel
>