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.02:09:08
SpamBayes Score 0.000543211
Marked as misclassified No
Message-id <1280628571.34.0.906571259583.issue9444@psf.upfronthosting.co.za>
In-reply-to
Content
What is the appropriate behavior for long options when '-' is not one of the accepted prefix_chars?  All of '-h', '--help', '-v', and '--version' are hardcoded in the ctor.  If, for instance, prefix_chars='+', should the long options be '++help', or should long options simply be disabled?

Also, for backwards compatibility, to implement Doug Hellmann's suggestion, '-' should be used for '-h' and '--help' whenever '-' is listed in prefix_chars (so, e.g., prefix_chars='+-' will result in the same behavior as previous versions). 

I have a working patch for this but wouldn't mind someone else's thoughts first.
History
Date User Action Args
2010-08-01 02:09:31ted.turocysetrecipients: + ted.turocy, bethard, doughellmann
2010-08-01 02:09:31ted.turocysetmessageid: <1280628571.34.0.906571259583.issue9444@psf.upfronthosting.co.za>
2010-08-01 02:09:09ted.turocylinkissue9444 messages
2010-08-01 02:09:08ted.turocycreate