[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #40803] ftsfind.1: \- changed to - (hyphen) in the name of an optio
[bug #40803] ftsfind.1: \- changed to - (hyphen) in the name of an option
Sun, 05 Jan 2014 07:01:52 +0000
Mozilla/5.0 (X11; Linux i686 on x86_64; rv:17.0) Gecko/20131030 Firefox/17.0 Iceweasel/17.0.10
Follow-up Comment #3, bug #40803 (project findutils):
On 2014-01-04 Bjarni Ingi Gislason wrote:
> The hyphen-glyph is for the correct rendering of an
> English compound word, not the minus-glyph. The '--' (rendered as
> two minus-glyphs) can be looked at as a kind of a prefix, to declare
> the (compound) name as an option.
> People, that must (know nothing else) use copy-and-paste, should not
> use a command, that produces an output for a(n)
> (equivalent of) printed medium. They should (may, must, shall) use an
> ASCII output, for example from the option '-T ascii' for 'man' (not
> sure) or try 'info ...'. Or type it (learn to type
> with ten fingers) or use methods, that *NIX people have used, if they
> otherwise have to type repeatedly the same (long) command line.
> Using "minus" (-) instead of a 'hyphen-minus' (-) (in a (compound) word)
> just a pseudo solution. It is based on ignorance.
I disagree quite strongly. Manpages are reference documention - "If you type
*exactly* this then the following will happen". And find does not
Also talking about unix tradition is not relevant here. This is a new problem
which did not exist in the ancient days of yore, because terminals at this
time could not render a hyphen and used minus signs automatically.
Reply to this item at:
Nachricht gesendet von/durch Savannah