argparse uses per default abbreviation in unambiguous cases.

I don't want abbreviation and i'd like to disable it.
But theres no option to do this.
http://docs.python.org/library/argparse.html#argument-abbreviations
Only to override the Handler like suggested here: http://stackoverflow.com/questions/10750802/python-argparse-disable-abbreviation/10751356#10751356

################
# Example      #
################

    import argparse
    parser = argparse.ArgumentParser()
    parser.add_argument('--send', action='store_true')
    parser.parse_args(['--se']) # returns Namespace(send=True)

But i want it only to be true when the full parameter is supplied. To prevent user errors.

I am dubious as to the use of this: I think resolving partial args is one of the best thing since invented since sliced bread.

However, it's a good project to get my feet wet, so I'll take it on. I should have a patch later today--I'm working on test-cases just now.

I created a patch that exibhts the requested behavior. I added tests, and updated the documentation. I ran the test-suite against a build of Python 3.3.0a3+, and all tests check out.

This changes the public API of argparse.ArgumentParser and of its parse_args() method.

I think it makes a lot of sense to allow people to disable abbreviations, so +1 on the feature request.

The patch looked good. There was one typo - using "accept_abbrev" in the docstring instead of "allow_abbrev" as in the implementation, and I fixed that and uploaded a new patch.

To be complete, the patch also needs to add some documentation, edit Misc/NEWS, etc. See:

http://docs.python.org/devguide/patch.html#preparation

Sorry, my mistake, the doc changes were already in the patch. I just checked them and they look good too. So everything's ready to commit.

Thanks for your contribution!

Jonathan: we are in feature freeze right now preparing 3.3 for release, so you might want to ping the issue once 3.3 is out to remind us to do the checkin.

Ping :)