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

Re: svn_client_proplist slow to get all of one dir

From: Julian Foad <julianfoad_at_btopenworld.com>
Date: 2004-11-05 00:21:29 CET

Barry Scott wrote:
> On Oct 31, 2004, at 17:00, Peter N. Lundblad wrote:
>> you could use the RA layer directly. It is more code, but gives
>> you more flexibility as well.
>
> Its bad enough learning enough to drive the client API. I don't like being
> forced to learn the RA one as well. This is all to hard. Maybe I just read the
> files out of the .svn and skip the API's altogether. I don't like the way the
> path of least code/resistence is to ignore SVN API's. (I already avoid
> svn_client_cat and reach into the text_base directly.)

I'm sorry that we were pushing you towards ignoring the APIs. It's just that,
to implement new APIs, somebody has to do the work, and nobody seems to be
volunteering to do it at the moment.

>> I'm not saying we shouldn't consider replacing recurse with depth if it is
>> a common need, just hinting that you can accomplish what you want with the
>> existing public APIs.
>
> I'm convinced its should be a common need. What will convince you?
> Can TSVN show properties in its display? If so it needs this
> as well.

I am now reasonably convinced that we should provide a "depth=1" API to do
this. If you would like to implement it and send a patch, that would be great.

There was a general move in favour of providing "depth=0", "depth=1" and
"depth=infinity" for all operations, but so far only a few operations implement
all three options.

- Julian

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Nov 5 00:21:41 2004

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.