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

Re: How to find out if I own a lock?

From: Michael Brouwer <michael_at_tlaloc.net>
Date: 2005-04-14 22:35:21 CEST

Why not display the filenames in the browser immediately, and fetch
the properties (or update whatever else needs updating) for just the
files being displayed currently, which is not going to be more than
about 100 at a time, in a background thread and update the display
when you get the results back? This allows for a snappy UI and it
being up to date. You could show a little spinning wheel or
something when you are fetching stuff in the background.

Michael

On Apr 13, 2005, at 12:40 PM, SteveKing wrote:

> Peter N. Lundblad wrote:
>
>> Can't you cache svn:needs-lock? It will need to be invalidated
>> only when
>> the last-committed-rev changes for the file.
>>
>
> Sure. But it's the time until that property is in the cache that's
> important. It has to be read at least once for each file, and it
> has to be read when the user wants to show the contents of a folder
> in the explorer - that would make the explorer hang for several
> seconds (at least the first time, when the cache doesn't have that
> information yet).
> Users won't accept that...
>
> Stefan
>
> --
> ___
> oo // \\ "De Chelonian Mobile"
> (_,\/ \_/ \ TortoiseSVN
> \ \_/_\_/> The coolest Interface to (Sub)Version Control
> /_/ \_\ http://tortoisesvn.tigris.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Apr 14 22:36:18 2005

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

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