Suggestion

[Andreas Heinz]

Hi Andrew,

i saw your bug fixing, and for me it seems this fixes some problems i 
had. but i think a dialog warning before adding more than 100 files to 
the playlist absolutly makes sense. of course only when this doesnt lead 
to a real lag while adding files to the playlist.

bye
Andreas

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