Sorry, something went wrong.
Sorry, something went wrong.
| One particularly effective way of handling sub-commands is to | ||
| combine the use of the :meth:`add_subparsers` method with calls to | ||
| :meth:`set_defaults` so that each subparser knows which Python | ||
| function it should execute. The :meth:`set_defaults` method of the |
There was a problem hiding this comment.
I'd recommend keeping the original structure so just the new changes can be more easily reviewed.
| One particularly effective way of handling sub-commands is to | |
| combine the use of the :meth:`add_subparsers` method with calls to | |
| :meth:`set_defaults` so that each subparser knows which Python | |
| function it should execute. The :meth:`set_defaults` method of the | |
| One particularly effective way of handling sub-commands is to combine the use | |
| of the :meth:`add_subparsers` method with calls to :meth:`set_defaults` so | |
| that each subparser knows which Python function it should execute. | |
| The :meth:`set_defaults` method of the |
Sorry, something went wrong.
| combine the use of the :meth:`add_subparsers` method with calls to | ||
| :meth:`set_defaults` so that each subparser knows which Python | ||
| function it should execute. The :meth:`set_defaults` method of the | ||
| main parser is called to handle the case when no subcommand is |
There was a problem hiding this comment.
tiny nit, since 'sub-command' was used above in the same paragraph
| main parser is called to handle the case when no subcommand is | |
| main parser is called to handle the case when no sub-command is |
Sorry, something went wrong.
|
Thanks! Closing in favour of #100927 |
Sorry, something went wrong.
This provides a fix to improve the example in the documentation.