>> webpost_at_tigris.org wrote:
>>>> Alexander Iljin wrote:
>>>>> SK> That additional delay is the scanning of file contents
>>>>> for the SK> auto-completion. You can configure this in the
>>>>> settings dialog->>Dialogs2->Timeout in seconds to stop the
>>>>> auto-completion parsing SK> (set this to 0)
>>>>> I just tried this, and it told me that I must enter a number
>>>>> 1..100 TSVN 1.6.1
>>>> hmm - I'll check that. In the mean time, just set it to 1.
>>> That helped substantially! What about doing it in its own thread,
>>> so that it doesn't block?
>>> Another thing, upon "repair move" the sorting is forgotten, and
>>> that seems to have the same major issues with speed. I'm not sure
>>> what it does, but 3-4 seconds to sort a list of 1000 items is
>> It's not just the list of visible items but the *whole* list that
>> gets sorted (as if you have activated all checkboxes to show
>> everything in the Check-for-modifications dialog).
> Not quite sure how you are sorting 15000 items that slow? On my
> machine, sorting 15000 items of a decent size (300 bytes) takes less
> than ½ sec in a completely un-optimized program and about half if I
> sort the pointers to the objects only.
It's not the sorting that takes so much time. But after sorting the list
control must be filled again, and that takes more time than the actual
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2009-04-25 09:43:58 CEST