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

Re: Overlay drawn on wrong file after change/folder - Nightly 5225

From: Molle Bestefich <molle.bestefich_at_gmail.com>
Date: 2005-12-27 15:07:44 CET

Arne Moor wrote:
> Even if it's a Explorer problem, I would write it into the FAQ

I'll whip up a FAQ item once I get some free time (late January),
unless a better solution comes up.

Stefan Küng wrote:
> You're forgetting that whatever view you choose in explorer, the items
> *always* are sorted in some kind. And when the explorer refreshes a
> view, it reads the contents of the folder from disk, which is 'sorted'
> in the order the items were created (FindFirstFile/FindNextFile).
> So it *does* change the order the items are shown - only you don't
> notice it

I know it does..
Ok, let's put this discussion aside for a moment since noone is sure
exactly in which order the shell does things. It would be fun to
experiment with hooking kernel APIs and adding a delay to
FindFirstFile/FindNextFile and seeing the folder population in slow

> (it does that internally until those items could be sorted).

I don't understand that comment, sorry.. (perhaps rephrase, if it's important)

The big question to me is, why does the order of the items in a folder
matter at all?

AFAIU, TSVN must know exactly what item (= file/folder name) the shell
wants an overlay for, otherwise it couldn't possibly provide the
correct overlay. Thus the shell asks TSVN for an overlay for eg.
"arglebargle". TSVN then returns the appropriate overlay index. I
can't pinpoint anywhere in that process where the item order in the
folder would have any significance..

To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Tue Dec 27 15:11:01 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.