Suggestion

[Dan Meltzer]

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
>
> _______________________________________________
> Amarok mailing list
> Amarok at kde.org
> https://mail.kde.org/mailman/listinfo/amarok