Message410445
> While optparse that it isn't being developed further, therebut will not
> be taken away. IIRC the reason for this was that it too had become
> difficult to build out and that is what necessitated the creation of
> argparse -- there wasn't clean way to add the desired features
> (subparsers, actions, etc).
My concern is not that optparse will be taken away. My concern is that the documentation incorrectly discourages its use.
https://docs.python.org/3/library/optparse.html
“Deprecated since version 3.2: The optparse module is deprecated and will not be developed further; development will continue with the argparse module.”
Given that the apparent conclusion of this bug is that argparse has also become too difficult to fix, either argparse should be deprecated for exactly the same reason, or optparse should be un-deprecated.
Most programs don’t need the extra features of argparse, and optparse doesn’t have this bug, so optparse is a better default choice; the documentation should not be encouraging argparse over it. |
|
Date |
User |
Action |
Args |
2022-01-12 23:59:11 | andersk | set | recipients:
+ andersk, rhettinger, cben, amcnabb, bethard, eric.smith, orivej, eric.araujo, r.david.murray, memeplex, gfxmonk, evaned, abacabadabacaba, gdb, nelhage, drm, davidben, martin.panter, paul.j3, skilletaudio, Christophe.Guillon, danielsh, spaceone, Clint Olsen, porton, Socob, maggyero, karzes, xtreak, fennec15, gaborjbernat |
2022-01-12 23:59:10 | andersk | set | messageid: <1642031950.97.0.0475295597321.issue9334@roundup.psfhosted.org> |
2022-01-12 23:59:10 | andersk | link | issue9334 messages |
2022-01-12 23:59:10 | andersk | create | |
|