[issue33343] [argparse] Add subcommand abbreviations

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I am closing this as a duplicate of #12713.  Paul, if you think that also 
should be closed, say so there if you have not done so yet.

--
nosy: +terry.reedy
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> argparse: allow abbreviation of sub commands by users
versions: +Python 3.8 -Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33343] [argparse] Add subcommand abbreviations

[Raymond Hettinger]

Change by Raymond Hettinger :


--
assignee:  -> bethard
nosy: +bethard

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33343] [argparse] Add subcommand abbreviations

[paul j3]

paul j3  added the comment:

This issue was raised in https://bugs.python.org/issue12713, 

argparse: allow abbreviation of sub commands by users

A patch was implemented, and then reverted when it was found to be buggy.

Subcommands are not parsed the same as long options.  Subcommands are actually 
'choices' of a positional argument.  Trying to allow abbreviations of 
subcommands allowed them in all 'choices', resulting in backward compatibility 
problems.

I recommend using the suparser alias mechanism instead.

(I think this issue should be closed).

--
nosy: +paul.j3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33343] [argparse] Add subcommand abbreviations

[Brett Cannon]

Change by Brett Cannon :


--
title: Subcommand abbreviations -> [argparse] Add subcommand abbreviations

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com