Hi,
I have not searched much, but what I have seen so far is that Gnu
standardises only on the long options.
See
http://www.gnu.org/prep/standards/html_node/Command_002dLine-Interfaces.html
Can you point me to a document about standardised short options?
Wcd does not use long options. Wcd does also not use 'getopt()' to parse
the commands. I found getopt() too big for the 16 bit DOS version of wcd
(there are still many dos 16bit users). And wcd uses also the '+' switch
in addition to the '-' switch. The '+' switch is not supported by getopt().
But I think it's good to follow gnu guidelines. In that sense Wcd should
support long options and it would be good to support options --help,
--version and --verbose. I still can't agree that there is a world wide
tradion wrt -v. Another example: konsole (KDE Terminal) also uses -v for
version info. Perhaps a lot more KDE progams do. There is no real
standard for the short options, is my opinion. I have encountered many
times programs that don't even support '-h' for help.
Also don't forget that the world of software is much bigger than Gnu
software alone.
best regards,
Erwin
Jari Aalto schreef:
There are also plenty of programs that use -v for version info. E.g.
zip, mutt, pine, troff, nroff, firefox, thunderbird, file, strings,
kcd ... also programs that use -V for verbose. E.g. vim.
In the world of software, programs are written without any contact
between various authors. It would help if as many programs as possible
standardize to known conventions, where I believe (-v, --verbose) is
more universally used. E.g. in n daily basis e.g. in ssh(1) and GNU
commands.
From user perspective, unifying the command line options would be a good
thing, thus I propose moving forward with -v, --verbose and -V,
--version as they are also GNU standards.
Every detail, options and good manual pages are important for improving
the quality of software.
Thank you for bringing up the other programs, we hope to see those
programs standardize their command line options as well (Bug reports
under way).
Jari
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
