Suggestion

Andrew Turner andrewturner512 at googlemail.com
Fri Jul 7 10:35:14 UTC 2006


I fixed one bug surrounding the issue - that pressing return would not
always add the correct results, as it might operate before the search
had been carried out.

I believe Dan's worry was that there would still be a significant
pause to figure out how many tracks were going to be appended before a
dialog box could appear, which might be almost as annoying as the
current behaviour.

I'll have a look myself to see if this can be made fast enough to be usable.

Andrew

On 07/07/06, Andreas Heinz <andi at a80.net> wrote:
> hi
>
> since nobody spoke again about this and i have to study for my exams
> next 2 weeks. is there a chance that someone takes a deeper look into
> it? as far as the last mails concerns, dan has had a look, but it seemed
> not to be that easy as he had thought at first.
> or should one file a bug report so that this enhancement is fixed on a list?
>
> thanks and bye
> Andreas
>
> Dan Meltzer wrote:
> > On Friday 30 June 2006 8:11 am, Dan Meltzer wrote:
> >> On Friday 30 June 2006 4:02 am, Andreas Heinz wrote:
> >>> hi mark,
> >>>
> >>> thanks, sounds great. maybe i give it a shot this afternoon, trying my
> >>> second patch for amarok ;)
> >> I can fix this, i'll put it together right now.  I already made it not add
> >> an empty list to the playlist, will be simple to change it to 100 instead
> >> of empty.  It cannot go in until after this weekend due to stringfreeze
> >> however.
> >
> > Spoke too soon, just realized that one of the main parts of the freeze comes
> > when determining the amount of tracks and their info, (this can also be
> > demonstrated by right clicking on the collection after selecting everything.)
> > This freeze occurs because Amarok has to query the db for infomation about
> > every track (it is not stored in memory to keep mem usage reasonable.)  With
> > that, I am not really sure how it could be implemented without adding another
> > display freeze somewhere else.  If someone else has an idea, i'll bow to
> > you :)
> >>> bye
> >>> Andreas
> >>>
> >>> Mark Kretschmann wrote:
> >>>> On Friday 30 June 2006 09:41, Andreas Heinz wrote:
> >>>>> 2.) if > 10.000 tracks is a problem for amarok, wouldnt it make sense
> >>>>> to letting amarok ask bevor doing such a huge task?
> >>>>> e.g. when i mark let's say >100 mails in thunderbird hat hinter enter
> >>>>> unintenionally. thunderbird asks me that this job could end up in an
> >>>>> unusable system, and if i really want ot open these > 100 Mails.
> >>>>> i think such kind of "error prevention" would be very nice for amarok
> >>>>> too
> >>>> That's a good idea, IMHO. Could implement this for 1.4.2.
> _______________________________________________
> Amarok mailing list
> Amarok at kde.org
> https://mail.kde.org/mailman/listinfo/amarok
>



More information about the Amarok mailing list