You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by kf...@collab.net on 2006/01/10 18:44:50 UTC

Re: making 'status' output more human readable

Bart Robinson <lo...@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?

-Karl

-- 
www.collab.net  <>  CollabNet  |  Distributed Development On Demand

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: making 'status' output more human readable

Posted by kf...@collab.net.
Bart Robinson <lo...@pobox.com> writes:
> 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.

Oh, it was fine to ask here.  I don't remember if there were past
conversations about it.

> 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.

True.  On the other hand, SVN can't become the union of all desired
interfaces :-).


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: making 'status' output more human readable

Posted by Bart Robinson <lo...@pobox.com>.
On 2006-1-10 kfogel@collab.net wrote:
 > Bart Robinson <lo...@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