"Brass Tilde" <brasstilde@insightbb.com> writes:
> > A new section "[output]" in ~/.subversion/config, with a new parameters
> > "[ls-username-width]" and "[status-username-width]", thus:
>
> > ### Section for controlling output formats of the command-line client.
> > [output]
> > # Show up to this many columns of username in 'svn ls -v' output.
> > # ls-username-width = 8
> > # Show up to this many columns of username in 'svn status' output.
> > # status-username-width = 12
>
> > I'm definitely open to more elegant solutions, by the way. It's
> > somewhat displeasing to have to use two different parameter. Really
> > there should only be one, "username-width". But the trouble is
>
> Could you not implement a prioritized check within each command along the
> lines of:
>
> if username-width is present and has a value
> use username-width
> else if the command specific version is present and has a value
> use the command specific version
> else
> use the command specific default
We could, yes, it would just be a very unusual pattern in our code --
not consistent with the way we usually handle configuration defaults
internally... Hmmm, but now that I think about it, there's a
more-or-less pretty way to do it. So the new proposal is just:
### Section for controlling output formats of the command-line client.
[output]
### Show up to this many columns of username in (e.g.) 'svn ls -v'
### and 'svn status' output. If you specify a value, it will apply to
### all commands that print usernames. If you don't, the default is 8
### columns for 'svn ls', and 12 columns for 'svn status' (this is for
### backwards compatibility with versions before this parameter was
### configurable.
# username-width = 12
If there are any other width-sensitive places where we print username,
we'll include them too, I just haven't dug around for them yet.
-Karl
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jan 12 22:32:24 2005