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

Re: making 'status' output more human readable

From: Bart Robinson <lomew_at_pobox.com>
Date: 2006-01-10 23:23:32 CET

On 2006-1-10 kfogel@collab.net wrote:
> Bart Robinson <lomew@pobox.com> writes:
> > I was thinking of writing a patch to add an option to 'status'
> > to make the output geared more towards human readability. I
> > often forget what all the letters mean and which column
> > indicates what, so although the 'svn help' output is concise and
> > helpful, it would be nice to run it with a different option to
> > get a brief explanation.
>
> The default output is meant to be human-readable, but for expert
> humans I guess. I'm not sure that having Yet Another Output Format
> would be good; instead, why not write a wrapper that runs status with
> the --xml flag and parses the result, displaying it to the user in
> some arbitrarily beautiful fashion?

Hi Karl,

Wrapping status (and update) would work but I guess I was
wondering if there was sufficient interest to discuss this
further. I should ask on users@ to see-- asking here was mostly
to get a feel for if this had been discussed before.

I agree that maintaining another output format could be a pain
but I was hoping to add it in a way such that keeping them in
sync would be straightforward.

I'm not a huge fan of a bunch of scripts called "svnfoo" which
basically do "svn foo" with slightly different meanings. They
are definitely appropriate for certain custom situations, but of
course it is easier to educate one's users to use some flag that
is also featured in the tool's help rather then to get them to
remember a script to use.

Thanks
-- bart

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jan 10 23:25:12 2006

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.