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 bethard
Recipients andybuckley, bethard, gruszczy, r.david.murray, wplappert
Date 2010-04-21.17:50:36
SpamBayes Score 2.4620435e-09
Marked as misclassified No
Message-id <i2jd11dcfba1004211050l8d3f3c09i71809a55a010f5d1@mail.gmail.com>
In-reply-to <1271835400.07.0.449582426122.issue4256@psf.upfronthosting.co.za>
Content
On Wed, Apr 21, 2010 at 12:36 AM, Andy Buckley <report@bugs.python.org> wrote:
> Or to add the option just before arg parsing, if it has not already been defined?

Something like this was suggested before and it doesn't really work
out well. It means the first time you call .parse_args(), your options
get modified. So if you do anything with the parser before
.parse_args() -- for example, calling .print_help() -- then you don't
get the right options.

On Wed, Apr 21, 2010 at 5:12 AM, R. David Murray <report@bugs.python.org> wrote:
> I prefer an approach that allows this option to be defined by default

I agree that it would be best if all command line utilities supported
this by default[1]. I'm just not sure how to do it in a backwards
compatible way. The fact that the most recent patch against argparse
has to modify so many test cases suggests that it's going to have
unexpected consequences for a bunch of users.

[1] Though I'd feel more confident in that belief if someone could
point me to what the output of other programs that do this looks like
so that I could see we were following a standard somewhere.

Steve
-- 
Where did you get that preposterous hypothesis?
Did Steve tell you that?
        --- The Hiphopopotamus
History
Date User Action Args
2010-04-21 17:50:38bethardsetrecipients: + bethard, wplappert, andybuckley, r.david.murray, gruszczy
2010-04-21 17:50:37bethardlinkissue4256 messages
2010-04-21 17:50:36bethardcreate