Author v+python
Recipients amcnabb, bethard, docs@python, guilherme-pg, paul.j3, r.david.murray, v+python
Date 2013-04-18.17:33:55
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1366306436.14.0.0105250870337.issue14191@psf.upfronthosting.co.za>
In-reply-to
Content
I should clarify, before someone jumps in: some particular applications do implement restrictions on order of optional and positional arguments; I'm aware of that. getopt easily supported application defined order restrictions, because it processed arguments sequentially, and the processing loop was user code. optparse, as has been pointed out, parses the optionals, and leaves a single list of positionals, combined from between all the optionals, for the user code to process in any manner, but would actually make it harder for user code to implement order restrictions. argparse goes the other way, taking over all the user parsing (which is a good thing), but not providing sufficient features to implement flexible mixing of optional and positional arguments.
History
Date User Action Args
2013-04-18 17:33:56v+pythonsetrecipients: + v+python, amcnabb, bethard, r.david.murray, docs@python, paul.j3, guilherme-pg
2013-04-18 17:33:56v+pythonsetmessageid: <1366306436.14.0.0105250870337.issue14191@psf.upfronthosting.co.za>
2013-04-18 17:33:56v+pythonlinkissue14191 messages
2013-04-18 17:33:55v+pythoncreate