nano-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Nano-devel] improving two long options


From: Eitan Adler
Subject: Re: [Nano-devel] improving two long options
Date: Wed, 22 Jul 2015 23:35:10 -0700

On 8 July 2015 at 12:35, Benno Schulenberg <address@hidden> wrote:
>
> The idea of "long options" seems to be that they are kind of
> self-documenting, that they describe very consicely and in
> clear words what the option does.  For a long time already
> two of the long options of nano have bothered me: --const
> and --poslog.  What does "const" mean?  It is completely
> unobvious.  Also, why use an abbreviation as a long option?
> Long options can be abbreviated by the user as he/she wishes,
> so the long option should be as long as needed and be much
> more expressive, just like --smarthome, --nonewlines, and
> --quickblank.  So... I would propose --constantshow and
> --positionlog (to match --historylog).  Attached two patches
> make those changes.
>
> The old --const and 'set const' and --poslog and 'set poslog'
> will continue to be recognized and acted upon, but only the
> longer versions will be documented.  Any objections?

Sorry for the delay in replying to this: having self documenting long
options is reasonable.  I'd object to any undocumented behavior: the
old names should be documented as "legacy", "deprecated" or
"compatibility feature" or whatever designation they actually have.

-- 
Eitan Adler



reply via email to

[Prev in Thread] Current Thread [Next in Thread]