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

Custom keywords - issue 890 [was: Re: Question on writing test for property/keyword patch - issue 780]

From: Julian Foad <julianfoad_at_btopenworld.com>
Date: 2004-03-07 15:58:19 CET

(I have changed the Subject line: it is issue 890, not 780.)

John Peacock wrote:
> I have almost got all the pieces in place (just need to rewrite the log
> entry to match what my version does differently). To remind people, I
> have extended plasma's keyword-as-hash patch to support user defined
> keywords which take a file property and expand it as a keyword. I know,
> not the useful now, but much more useful with inheritable properties.

It sounds like a good idea. I would very much like to read the exact description of it, such as you might put in the Subversion book, that says how to use the feature and what happens if the specified property does not exist, etc. This probably only requires a few lines added to the existing section on properties; it would be really nice if you could include this in your patch if you haven't already done so. After reading what it is supposed to do, I could then review the patch to see that it does do what it is supposed to do.

> One thing I did was to add a configure option to enable the feature
> (thinking that some folks might not approve ;~). But I don't see a way
> to test for that in prop_tests.py. Is there a way to check for the
> feature at the python test level (so I can permit it to XFAIL)??? I
> suppose I could write a short C program which could have the #ifdef in
> it; is that acceptable?

It is better not to have a compile-time configure option, unless there is some strong reason for needing one. We should be able to agree, as a community, on whether we want the feature and whether the implementation is right.

I assume it uses the exising svn:keywords property, or something closely related, for run-time configuration.

- Julian

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Mar 7 15:58:00 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.