On Mon, Feb 18, 2013 at 1:38 PM, Sinbad <sinbad.sin...@gmail.com> wrote:
> i agree with antoly, i found it surprising that a
> new tool like tmux doesn't have 'tmux -h' or 'tmux
> --help', the first command i ran when i first
> installed tmux was 'tmux -h', it started a session
> instead of printing concise help, this was a
> surprise to me, and felt counter intuitive.
>
Actually for '-h' tmux just complains, but when you intuitively retype
--help (just because of 'ls' and friends) - 'tmux' indeed starts a new
session.
> though these doesn't fall under openBSD style,
> it's good to have as it greatly enhances the
> user experience.
> ~
>
I guess it is http://www.openbsd.org/cgi-bin/man.cgi?query=style - the
style for kernel source that recommends to use getopt for option parsing in
all new user level programs. It is very weird and conservative requirement,
but I guess that's the only choice for C programs. In Python the evolution
went the path of getopt -> optparse -> argparse -> docopt, among which
getopt is never used for new code since Python 2.4, which is not present
anymore in OpenBSD.
What is the current state of the art in option parsing for C?
I found optparse for C at http://orangeclawhammer.net/
> On Mon, Feb 18, 2013 at 3:24 PM, anatoly techtonik <techto...@gmail.com>wrote:
>
>> On Mon, Feb 18, 2013 at 12:21 PM, Nicholas Marriott <
>> nicholas.marri...@gmail.com> wrote:
>>
>>> Funny I just tried "cd -h", "df -h", "ls -h", "ps -h" and none of them
>>> gave me help. It seems people with expectations for -h are going to have
>>> them dashed fairly often?
>>>
>>
>> People are being told that it is impossible to change anything that is so
>> ancient, so I won't be surprised that nobody even tried. If "tmux" was
>> associated with Debian I didn't even have an chance to think I can send my
>> proposal here. Getting here is already took the effort that's impossible
>> for the most users. =)
>>
>> On Mon, Feb 18, 2013 at 12:13:43PM +0300, anatoly techtonik wrote:
>>> > The reason is that users expect -h to work as in svn or hg way I
>>> described
>>> > earlier. A poll is the proof.
>>> > --
>>> > anatoly t.
>>> >
>>> > On Mon, Feb 18, 2013 at 11:37 AM, Nicholas Marriott
>>> > <[1]nicholas.marri...@gmail.com> wrote:
>>> >
>>> > "You don't want to do it" is not a good argument for changing it.
>>> >
>>> > A poll is not going to help. This is not a democracy. You need to
>>> give
>>> > reasons.
>>> >
>>> > On Mon, Feb 18, 2013 at 11:26:32AM +0300, anatoly techtonik wrote:
>>> > > ** **Yes. I think it needs to be changed. The other aspect that
>>> you
>>> > probably
>>> > > ** **don't want to change, because you've used to it and
>>> therefore it
>>> > is a work
>>> > > ** **that you're not interested in. I think the only solution
>>> here is
>>> > to run a
>>> > > ** **poll as a proof to show that this behavior really provides
>>> a
>>> > value (or
>>> > > ** **not).
>>> > > ** **--
>>> > > ** **anatoly t.
>>> > >
>>> > > ** **On Mon, Feb 18, 2013 at 11:23 AM, Nicholas Marriott
>>> > > ** **<[1][2]nicholas.marri...@gmail.com> wrote:
>>> > >
>>> > > ** ** **I do not think it needs to change. Do you?
>>> > >
>>> > > ** ** **On Mon, Feb 18, 2013 at 11:08:36AM +0300, anatoly
>>> techtonik
>>> > wrote:
>>> > > ** ** **> ** **On Mon, Feb 18, 2013 at 12:44 AM, Nicholas
>>> Marriott
>>> > > ** ** **> ** **<[1][2][3]nicholas.marri...@gmail.com> wrote:
>>> > > ** ** **>
>>> > > ** ** **> ** ** **tmux is a BSD program and traditionally BSD
>>> programs
>>> > do not
>>> > > ** ** **support -h,
>>> > > ** ** **> ** ** **--help or indeed any extended built-in help
>>> beyond
>>> > the usage
>>> > > ** ** **string. You
>>> > > ** ** **> ** ** **should be able to see the tmux help with "man
>>> tmux".
>>> > > ** ** **>
>>> > > ** ** **> ** **That year this tradition comes down from?
>>> > > ** ** **> ** **Don't you think that things need to be changed?
>>> > > ** ** **> ** **In other word s- do you have arguments to keep
>>> the
>>> > things as is
>>> > > ** ** **in 201x+?
>>> > > ** ** **> ** **--**
>>> > > ** ** **> ** **anatoly t.**
>>> > > ** ** **>
>>> > > ** ** **> References
>>> > > ** ** **>
>>> > > ** ** **> ** **Visible links
>>> > > ** ** **> ** **1. mailto:[3][4]nicholas.marri...@gmail.com
>>> > >
>>> > > References
>>> > >
>>> > > ** **Visible links
>>> > > ** **1. mailto:[5]nicholas.marri...@gmail.com
>>> > > ** **2. mailto:[6]nicholas.marri...@gmail.com
>>> > > ** **3. mailto:[7]nicholas.marri...@gmail.com
>>> >
>>> > References
>>> >
>>> > Visible links
>>> > 1. mailto:nicholas.marri...@gmail.com
>>> > 2. mailto:nicholas.marri...@gmail.com
>>> > 3. mailto:nicholas.marri...@gmail.com
>>> > 4. mailto:nicholas.marri...@gmail.com
>>> > 5. mailto:nicholas.marri...@gmail.com
>>> > 6. mailto:nicholas.marri...@gmail.com
>>> > 7. mailto:nicholas.marri...@gmail.com
>>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> The Go Parallel Website, sponsored by Intel - in partnership with Geeknet,
>> is your hub for all things parallel software development, from weekly
>> thought
>> leadership blogs to news, videos, case studies, tutorials, tech docs,
>> whitepapers, evaluation guides, and opinion stories. Check out the most
>> recent posts - join the conversation now.
>> http://goparallel.sourceforge.net/
>> _______________________________________________
>> tmux-users mailing list
>> tmux-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/tmux-users
>>
>>
>
------------------------------------------------------------------------------
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet,
is your hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials, tech docs,
whitepapers, evaluation guides, and opinion stories. Check out the most
recent posts - join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
