close 13737
stop
(triaging old bugs)
On 18/02/13 06:29 PM, Paul Eggert wrote:
On 02/18/2013 01:44 PM, anatoly techtonik wrote:
"-h" is already a well matured practice to be
implemented
'-h' means something other than "help" for
many common GNU commands: ls, touch, sort, bash, etc.
If we got
On 02/18/2013 01:44 PM, anatoly techtonik wrote:
> "-h" is already a well matured practice to be
> implemented
'-h' means something other than "help" for
many common GNU commands: ls, touch, sort, bash, etc.
If we got people into the habit
of thinking '-h' means help, they'll get confused
when "l
On Tue, Feb 19, 2013 at 12:12 AM, Eric Blake wrote:
> On 02/18/2013 01:58 PM, anatoly techtonik wrote:
>
> >> This command shows the affected programs:
> >>
> >> $ grep -le -h, *.c
> >> chcon.c
> >> chgrp.c
> >> chown-core.c
> >> chown.c
> >> df.c
> >> du.c
> >> ls
On 02/18/2013 11:33 AM, Jim Meyering wrote:
>
> Thanks for replying, Eric and Bob.
> One more point: a long time ago, I too thought about adding -h
> as an alias for --help for these 100-or-so programs, but even then,
> there were numerous commands for which -h was already accepted,
> but with a
Eric Blake wrote:
> On 02/18/2013 12:31 AM, anatoly techtonik wrote:
>> I don't understand your argument about "unique combination". The main issue
>> is that people like me expect -h to work as a --help shortcut. They don't
>> have a chance to know "--h" without reading the docs, so --h is not use
On 02/18/2013 09:31 PM, anatoly techtonik wrote:
> On Mon, Feb 18, 2013 at 8:21 PM, Eric Blake wrote:
> Your phrase about GNU users preference can not be backed up by any proof
> links, so it can not serve as an argument. That's why I proposed a poll.
> Nowadays GNU users are also Python and Ruby
On Mon, Feb 18, 2013 at 11:57 PM, Eric Blake wrote:
> On 02/18/2013 01:31 PM, anatoly techtonik wrote:
> >> We HAVE documented it. We document that ALL long options can be
> >> represented by an unambiguous prefix, so --h is an unambiguous prefix of
> >> --help if there are no other long options
On Mon, Feb 18, 2013 at 11:01 PM, Bob Proulx wrote:
> Jim Meyering wrote:
> > One more point: a long time ago, I too thought about adding -h
> > as an alias for --help for these 100-or-so programs, but even then,
> > there were numerous commands for which -h was already accepted,
> > but with a d
On 02/18/2013 01:58 PM, anatoly techtonik wrote:
>> This command shows the affected programs:
>>
>> $ grep -le -h, *.c
>> chcon.c
>> chgrp.c
>> chown-core.c
>> chown.c
>> df.c
>> du.c
>> ls.c
>> nl.c
>> pr.c
>> sort.c
>> touch.c
And someday I want t
On Mon, Feb 18, 2013 at 8:21 PM, Eric Blake wrote:
> On 02/18/2013 12:31 AM, anatoly techtonik wrote:
> > I don't understand your argument about "unique combination". The main
> issue
> > is that people like me expect -h to work as a --help shortcut. They don't
> > have a chance to know "--h" wit
Jim Meyering wrote:
> One more point: a long time ago, I too thought about adding -h
> as an alias for --help for these 100-or-so programs, but even then,
> there were numerous commands for which -h was already accepted,
> but with a different meaning.
Yes. That is also an issue. Because -h is s
On Mon, Feb 18, 2013 at 8:45 AM, Bob Proulx wrote:
> severity 13737 wishlist
> tag 13737 + wontfix
> thanks
>
> anatoly techtonik wrote:
> > It is very inconvenient to type --help every time when you need to read
> > help. It will be useful to have -h shortcut (a de-facto standard in a
> > Python
severity 13737 wishlist
tag 13737 + wontfix
thanks
anatoly techtonik wrote:
> It is very inconvenient to type --help every time when you need to read
> help. It will be useful to have -h shortcut (a de-facto standard in a
> Python world and probably scripts in other languages).
You can already us
It is very inconvenient to type --help every time when you need to read
help. It will be useful to have -h shortcut (a de-facto standard in a
Python world and probably scripts in other languages).
--
anatoly t.
14 matches
Mail list logo
