[bug #40803] ftsfind.1: \- changed to - (hyphen) in the name of an option

[Bjarni Ingi Gislason]

Follow-up Comment #2, bug #40803 (project findutils):

>You wrote: 
> -.B --without-fts 
> +.B --without-fts 

  In the mail, that I became, the following (equal) lines were present
(with Content-Type: text/plain;charset=UTF-8)

-.B --without-fts
+.B --without-fts

>The proposed change is broken. 

  It is not for me. 

> Find does not uses hyphens in options but minus signs. 

 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.  The minus-glyph is more marked (in print,
with proportional fonts) than a hyphen, who is much shorter (in a
proportional font) than a minus.
 (The '-' is the simplest way to get a dash, that is longer than a
hyphen.)

  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) is
just a pseudo solution.  It is based on ignorance.


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?40803>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/