[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Repair move is slow and could be more intelligent

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: Thu, 23 Apr 2009 19:11:52 +0200

webpost_at_tigris.org wrote:
>> Alexander Iljin wrote:
>>> Hello!
>>>
>>> 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 extreme.

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).

Stefan

-- 
       ___
  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=1880190
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].

Received on 2009-04-23 19:12:08 CEST

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.