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

RE: [TSVN] Re: RFC: New cache scheme

From: Will Dean <svn_at_indcomp.co.uk>
Date: 2005-01-24 11:23:36 CET

At 11:08 24/01/2005 +0100, you wrote:

>Would it be acceptable to implement an overlay status "fetching" which
>indicates possible incorrect overlays, that is visible while the recursive
>scan is in progress?

It would, but for the issue of exhausting the very limit number of icon
overlays. (Although i assume this is only really a problem for people who
need TCVS as well.)

I am also slightly concerned that if we implement a new icon which means
'this icon might be wrong', which are implicitly indicating a higher level
of confidence about the other icons.

In reality, we're never really 100% confident about the other icons,
certainly not unless one has just done an F5. There are a number of
reasons why this is so, some of them are still problems in TortoiseProc,
some of them are to do with very tricky behaviour inside the shell to do
with collapsing high-frequency updates, and some of them are to with
left-pane tree view issues, which I've not yet tried to understand at all.

I am going to *try* and get an option to play with the new cache into trunk
this evening, maybe people can see how it feels in real life then.

Cheers,

Will

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Mon Jan 24 11:25:09 2005

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

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