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 ted.turocy
Recipients bethard, doughellmann, ted.turocy
Date 2010-08-01.13:54:13
SpamBayes Score 0.00097223296
Marked as misclassified No
Message-id <1280670856.1.0.254335452798.issue9444@psf.upfronthosting.co.za>
In-reply-to
Content
I was less than clear in what I wrote last night, Doug.  What I mean is that the idiom "::foo" for a long argument, instead of the more standard-looking "--foo", appears in the test suite.  This suggests to me that the intended behavior for the default help option should be to use a doubled prefix character in front of the long-form option.

For instance, if prefix_chars='+' and add_help=True, then the automatically provided help arguments will be '+h' and '++help'.

Certainly, if one explicitly adds an option '//myopt', we would not expect '::myopt' to also be accepted.  I'm talking here only about the options that argparse adds as a convenience.
History
Date User Action Args
2010-08-01 13:54:16ted.turocysetrecipients: + ted.turocy, bethard, doughellmann
2010-08-01 13:54:16ted.turocysetmessageid: <1280670856.1.0.254335452798.issue9444@psf.upfronthosting.co.za>
2010-08-01 13:54:14ted.turocylinkissue9444 messages
2010-08-01 13:54:13ted.turocycreate