Suggestion

[Andreas Heinz]

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.