Message187270
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. |
|
Date |
User |
Action |
Args |
2013-04-18 17:33:56 | v+python | set | recipients:
+ v+python, amcnabb, bethard, r.david.murray, docs@python, paul.j3, guilherme-pg |
2013-04-18 17:33:56 | v+python | set | messageid: <1366306436.14.0.0105250870337.issue14191@psf.upfronthosting.co.za> |
2013-04-18 17:33:56 | v+python | link | issue14191 messages |
2013-04-18 17:33:55 | v+python | create | |
|