Re: [TSVN] Re: tortoisesvn commit: r2083 - trunk/doc/source/en/tsvn_dug

On Thu, 9 Dec 2004 12:52:26 -0000, Simon Large <slarge@blazepoint.co.uk> wrote:

> I assume you mean WC on a fileserver, not repo on a fileserver.

No.

> OK, I have got an amended version ready to commit, but is there another
> solution? If the limiting factor is only the network access, then why
> don't you _always_ refresh for fixed and RAM drives, and have the
> checkbox control other slower drive types (network, CD, floppy (???)).
> Or is it sometimes slow on fixed drives too?

I think you got a little confused here ;)
To refresh the icons, yes, the status has to be fetched again. But
that's not the main speed factor here. The problem is with the
ShellNotify() API call. To make this beast really work, we have to
tell it to refresh _all_ icons in the whole system. So, even if you
don't have a working copy on a network share (e.g. I don't do that,
and I can't have this option activated here in my office), the refresh
is terribly slow. The reason: the shell refetches the icons for the
network drives, harddrives, and even for all 'visible' folders on a
network share. That means: scanning through all visible folders, look
for a desktop.ini file, read it an use that icon. It's even worse if
you have a folder on a network share open: it then has to scan each
file for a 'custom' icon like e.g. exe files have.
_That's_ what's blocking the whole explorer process for about 5 (or
even more, depending on your fileserver) seconds. Not the fetching of
the status.

Stefan

-- 
       ___
  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org