This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author r.david.murray
Recipients Martin.d'Anjou, Oliver.Smith, benschmaus, bethard, docs@python, eric.araujo, eric.smith, martin.panter, mburger, paul.j3, r.david.murray, rhettinger, terry.reedy, tshepang
Date 2014-09-02.23:29:40
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1409700580.7.0.427260047855.issue9694@psf.upfronthosting.co.za>
In-reply-to
Content
In unix parlance, they are arguments and options (or, sometimes, flags).  And then required or not required.  So, argparse follows unix precedent here, except that it calls them "optional arguments", because everything is added via add_argument.  Which is why I suggested changing the label to just 'options'.  But I could see using 'switches' instead, that's less ambiguous, and is the term used on Windows (albeit with a different standard syntax).  However, every unix man page uses the term 'options'.

I definitely think 'keywords' is not a good idea.  That's crossing the streams (python parlance versus shell parlance).  argparse is building a bridge to the shell world, and should use its terminology for the bits of shell stuff it is implementing...most especially in the default help display.

Note that, reading the issue history, the argparse maintainer is urging a doc change only (how to fix the help if you run into this issue), not a behavior change.
History
Date User Action Args
2014-09-02 23:29:40r.david.murraysetrecipients: + r.david.murray, rhettinger, terry.reedy, bethard, eric.smith, eric.araujo, docs@python, benschmaus, tshepang, martin.panter, paul.j3, mburger, Martin.d'Anjou, Oliver.Smith
2014-09-02 23:29:40r.david.murraysetmessageid: <1409700580.7.0.427260047855.issue9694@psf.upfronthosting.co.za>
2014-09-02 23:29:40r.david.murraylinkissue9694 messages
2014-09-02 23:29:40r.david.murraycreate