On Tue, Nov 20, 2012 at 10:14 PM, Paul Burba <ptbu...@gmail.com> wrote:
> On Mon, Nov 19, 2012 at 5:27 PM, Johan Corveleyn <jcor...@gmail.com> wrote:

...

>> Maybe the output should become something like:
>>
>> Properties on 'A\B' inherited from
>> 'C:\SVN\src-trunk-2\Debug\subversion\tests\cmdline\svn-test-work\working_copies\autoprop_tests-30':
>>   svn:auto-props
>> Properties on 'A\B':
>>   svn:auto-props
>>   svn:global-ignores
>>
>> ?
>
> ...so something like your proceeding suggestion would be helpful.  I
> made such a change in r1411831 except I tweaked your wording just a
> bit so the line starts with "Inherited properties on" rather than
> "Properties on 'path'".  I think this makes it clearer at a glance
> when we are dealing with inherited vs. explicit properties.  For
> example:
>
>>svn pl --show-inherited-props B\Y\bar.c
> Inherited properties on 'B\Y\bar.c',
> from 
> 'file:///C:/SVN/src-trunk/Debug/subversion/tests/cmdline/svn-test-work/repositories/autoprop_tests-30':
>   svn:auto-props
> Inherited properties on 'B\Y\bar.c',
> from 
> 'C:\SVN\src-trunk\Debug\subversion\tests\cmdline\svn-test-work\working_copies\autoprop_tests-30':
>   svn:auto-props
> Inherited properties on 'B\Y\bar.c',
> from 
> 'C:\SVN\src-trunk\Debug\subversion\tests\cmdline\svn-test-work\working_copies\autoprop_tests-30\B':
>   svn:auto-props
> Properties on 'B\Y\bar.c':
>   svn:eol-style
>
>>svn pl --show-inherited-props B\Y\bar.c -v
> Inherited properties on 'B\Y\bar.c',
> from 
> 'file:///C:/SVN/src-trunk/Debug/subversion/tests/cmdline/svn-test-work/repositories/autoprop_tests-30':
>   svn:auto-props
>     *.h=svn:eol-style=native
>
> Inherited properties on 'B\Y\bar.c',
> from 
> 'C:\SVN\src-trunk\Debug\subversion\tests\cmdline\svn-test-work\working_copies\autoprop_tests-30':
>   svn:auto-props
>     *.py=svn:eol-style=native
>     *.c=svn:eol-style=native
>     *.h=svn:eol-style=native
>
> Inherited properties on 'B\Y\bar.c',
> from 
> 'C:\SVN\src-trunk\Debug\subversion\tests\cmdline\svn-test-work\working_copies\autoprop_tests-30\B':
>   svn:auto-props
>     *.c=svn:eol-style=CR
>     *.h=svn:eol-style=CR
>     *.py=svn:eol-style=CR
>
> Properties on 'B\Y\bar.c':
>   svn:eol-style
>     CR
>
>
> (Yes, we can bikeshed this as necessary :-)

That looks great to me, I like the color of that bikeshed :-). Thanks.

>
>> The same applies to propget.
>
> I assume you are speaking only of 'svn pg -v' here?

Yep.

> As you point out
> the limitations of 'svn pg' sans -v below.  As part of r1411830 I also
> tweaked the 'svn pg -v' output ...

Perfect.

...

>> Note that this output (without -v) changes when there are multiple targets:
>>
>>>svn pg svn:auto-props A/B C/D
>> A/B - *.c=svn:eol-style=native
>> *.h=svn:eol-style=native
>>
>> C/D - *.py=svn:eol-style=native
>> *.pl=svn:eol-style=native
>>
>>
>> Or with a single-line prop:
>>
>>>svn pg svn:eol-style foo.txt bar.txt
>> foo.txt - native
>> bar.txt - native
>>
>>
>> This output isn't exactly great (not parseable for multiline props),
>> but it's okay for single-line props.
>>
>> In any case, we should also
>> define what this (multi-arg but without -v) looks like in the case of
>> 'svnlook pg'.
>
> Just to be clear, I'm *not* planning on tackling multi-target support
> for 'svnlook pg|pl'.  I was only proposing that the output in the
> single target case mimic that of 'svn pg|pl'.

Okay, got it.

> I agree, the non-verbose output for 'svn pg' isn't very useful in some
> circumstances, not just multi-line props, but also with the multiple
> targets with the --show-inherited-props option, particularly when (as
> you pointed out above for 'svn pg') the targets themselves don't have
> explicit properties.  But we have easy workarounds: --xml and -v.  As
> for 'svnlook pg', soon it will have the --verbose option.  Perhaps
> that is sufficient?

Yes, it certainly is.

And if I would ever get around to multi-target support I can always
mimic 'svn pg' for this.

-- 
Johan

Reply via email to