NewYour coding agent can read the release notes before it upgrades.Set up the MCP server →
PyPI · #857 most downloaded on PyPI
Format click help output nicely with rich
Last release 29 days ago
05 Sep 2026
Release timing varies
gaps range from 9 days to 4 months
Nearly every release is documented
notes for 44 of 44 stable releases
Nothing withdrawn
no release was ever pulled
5 years old
65 releases · first in 2022
One column per quarter.
Added support for Click 8.5 (resolved DeprecationWarning s) [ #350 ] ( @happykust )
ctx.forward() not working with commands patched via rich_click.patch(). [#351] (issue #338)DeprecationWarnings) [#350] (@happykust)Development tooling changes (no changes to the installed library):
dev and docs); swapped to dependency groups so they are no longer published as package metadata..pre-commit-config.yaml with prek.toml.
prek install to replace their old git hook.ruff format.Fixed regression in patching with Click 8.4.0.
Fix click_version check when build metadata is included. [ #324 ] ( @ccoulombe )
click_version check when build metadata is included. [#324] (@ccoulombe)Fix minor Typer incompatibilities, most notably default panel placements.
default_panels_first config option which places default panels above user-defined panels..pyi file [#319] (@nemowang2003)Fix no_args_is_help for Typer CLIs. [ #313 ]
Fix no_args_is_help for Typer CLIs. [ #313 ]
Fix lack of support for flag_value=... .
flag_value=....Fixed subcommand discovery in help text. Behavior should now be the same as 1.8 . [ #304 ]
1.8. [#304]Fixed subcommand discovery in help text. Behavior should now be the same as 1.8 . [ #304 ]
1.8. [#304]Fix issue with parent click.Group and child rich_click.RichCommand error formatter not resolving.
click.Group and child rich_click.RichCommand error formatter not resolving.Fix issue with parent click.Group and child rich_click.RichCommand error formatter not resolving.
click.Group and child rich_click.RichCommand error formatter not resolving.Fixed bug where running the rich-click CLI on a @rich_click.argument() sometimes caused arguments show up in the option panel when it shouldn't.
rich-click CLI on a @rich_click.argument() sometimes caused arguments show up in the option panel when it shouldn't.modern theme format.> Version 1.9.0 introduces a minor breaking change:
[!WARNING] Version 1.9.0 deprecates support for a lot of old versions of things:
- Python 3.7 support is removed. The minimum supported Python version is 3.8.
- Click 7 support is removed. The minimum supported Click version is 8.0.
- Rich 10 and 11 support is removed. The minimum supported Rich version is 12.
[!WARNING] Version 1.9.0 introduces a minor breaking change: The
DEFAULT_STRING,ENVVAR_STRING,REQUIRED_STRING, andDEPRECATED_STRINGconfig options are now rendered withText.from_markup. So for example,REQUIRED_STRING = "[required]"would be rendered as Rich markup. You must now escape the rich markup:REQUIRED_STRING = "\\[required]"
Big changes:
rich-click --themes.rich-click typer_app --help.@click.option_panel()@click.command_panel()@click.option() or @click.command(context_settings=...) etc.help= is now a valid kwarg for @click.argument() decorator. See docs for more information.Small changes:
@cli.command(aliases=["foo"])rich-click CLI usability: improved patching and improved script detection+execution.context_settings={"help_to_stderr": True} support.padding_* config options to control padding.
"\n- foo\n- bar" or "\n* foo\n* bar"text_paragraph_linebreaks config option.text_* config options, including notably text_kwargs which can control code styles in Markdown.Backend (mostly invisible) changes:
typing_extensions now only required for < Python 3.11.RichHelpFormatter now defers printing by default if a user does not specify a Console. [#231] (With contributions from @ofek)
RichHelpFormatter with how base Click works.rich.highlighter module could load during CLI execution. We now assert in unit-tests that no rich modules are loaded during code execution, so going forward, rich imports should no longer ever be a side-effect of CLI execution.> Version 1.9.0 introduces a minor breaking change:
[!WARNING] Version 1.9.0 deprecates support for a lot of old versions of things:
- Python 3.7 support is removed. The minimum supported Python version is 3.8.
- Click 7 support is removed. The minimum supported Click version is 8.0.
- Rich 10 and 11 support is removed. The minimum supported Rich version is 12.
[!WARNING] Version 1.9.0 introduces a minor breaking change: The
DEFAULT_STRING,ENVVAR_STRING,REQUIRED_STRING, andDEPRECATED_STRINGconfig options are now rendered withText.from_markup. So for example,REQUIRED_STRING = "[required]"would be rendered as Rich markup. You must now escape the rich markup:REQUIRED_STRING = "\\[required]"
Big changes:
rich-click --themes.rich-click typer_app --help.@click.option_panel()@click.command_panel()@click.option() or @click.command(context_settings=...) etc.help= is now a valid kwarg for @click.argument() decorator. See docs for more information.Small changes:
@cli.command(aliases=["foo"])rich-click CLI usability: improved patching and improved script detection+execution.context_settings={"help_to_stderr": True} support.padding_* config options to control padding.
"\n- foo\n- bar" or "\n* foo\n* bar"text_paragraph_linebreaks config option.text_* config options, including notably text_kwargs which can control code styles in Markdown.Backend (mostly invisible) changes:
typing_extensions now only required for < Python 3.11.RichHelpFormatter now defers printing by default if a user does not specify a Console. [#231] (With contributions from @ofek)
RichHelpFormatter with how base Click works.rich.highlighter module could load during CLI execution. We now assert in unit-tests that no rich modules are loaded during code execution, so going forward, rich imports should no longer ever be a side-effect of CLI execution.> Version 1.9.0 introduces a minor breaking change:
[!WARNING] Version 1.9.0 deprecates support for a lot of old versions of things:
- Python 3.7 support is removed. The minimum supported Python version is 3.8.
- Click 7 support is removed. The minimum supported Click version is 8.0.
- Rich 10 and 11 support is removed. The minimum supported Rich version is 12.
[!WARNING] Version 1.9.0 introduces a minor breaking change: The
DEFAULT_STRING,ENVVAR_STRING,REQUIRED_STRING, andDEPRECATED_STRINGconfig options are now rendered withText.from_markup. So for example,REQUIRED_STRING = "[required]"would be rendered as Rich markup. You must now escape the rich markup:REQUIRED_STRING = "\\[required]"
Big changes:
rich-click --themes.rich-click typer_app --help.@click.option_panel()@click.command_panel()@click.option() or @click.command(context_settings=...) etc.help= is now a valid kwarg for @click.argument() decorator. See docs for more information.Small changes:
@cli.command(aliases=["foo"])rich-click CLI usability: improved patching and improved script detection+execution.context_settings={"help_to_stderr": True} support.padding_* config options to control padding.
"\n- foo\n- bar" or "\n* foo\n* bar"text_paragraph_linebreaks config option.text_* config options, including notably text_kwargs which can control code styles in Markdown.Backend (mostly invisible) changes:
typing_extensions now only required for < Python 3.11.RichHelpFormatter now defers printing by default if a user does not specify a Console. [#231] (With contributions from @ofek)
RichHelpFormatter with how base Click works.rich.highlighter module could load during CLI execution. We now assert in unit-tests that no rich modules are loaded during code execution, so going forward, rich imports should no longer ever be a side-effect of CLI execution.> Version 1.9.0 introduces a minor breaking change:
[!WARNING] Version 1.9.0 deprecates support for a lot of old versions of things:
- Python 3.7 support is removed. The minimum supported Python version is 3.8.
- Click 7 support is removed. The minimum supported Click version is 8.0.
- Rich 10 and 11 support is removed. The minimum supported Rich version is 12.
[!WARNING] Version 1.9.0 introduces a minor breaking change: The
DEFAULT_STRING,ENVVAR_STRING,REQUIRED_STRING, andDEPRECATED_STRINGconfig options are now rendered withText.from_markup. So for example,REQUIRED_STRING = "[required]"would be rendered as Rich markup. You must now escape the rich markup:REQUIRED_STRING = "\\[required]"
Big changes:
rich-click --themes.@click.option_panel()@click.command_panel()@click.option() or @click.command(context_settings=...) etc.help= is now a valid kwarg for @click.argument() decorator. See docs for more information.Small changes:
@cli.command(aliases=["foo"])rich-click CLI usability: improved patching and improved script detection+execution.context_settings={"help_to_stderr": True} support.padding_* config options to control padding.
"\n- foo\n- bar" or "\n* foo\n* bar"text_paragraph_linebreaks config option.text_* config options, including notably text_kwargs which can control code styles in Markdown.Backend (mostly invisible) changes:
typing_extensions now only required for < Python 3.11.RichHelpFormatter now defers printing by default if a user does not specify a Console. [#231] (With contributions from @ofek)
RichHelpFormatter with how base Click works.rich.highlighter module could load during CLI execution. We now assert in unit-tests that no rich modules are loaded during code execution, so going forward, rich imports should no longer ever be a side-effect of CLI execution.> Version 1.9.0 introduces a minor breaking change:
[!WARNING] Version 1.9.0 deprecates support for a lot of old versions of things:
- Python 3.7 support is removed. The minimum supported Python version is 3.8.
- Click 7 support is removed. The minimum supported Click version is 8.0.
- Rich 10 and 11 support is removed. The minimum supported Rich version is 12.
[!WARNING] Version 1.9.0 introduces a minor breaking change: The
DEFAULT_STRING,ENVVAR_STRING,REQUIRED_STRING, andDEPRECATED_STRINGconfig options are now rendered withText.from_markup. So for example,REQUIRED_STRING = "[required]"would be rendered as Rich markup. You must now escape the rich markup:REQUIRED_STRING = "\\[required]"
Big changes:
rich-click --themes.@click.option_panel()@click.command_panel()@click.option() or @click.command(context_settings=...) etc.help= is now a valid kwarg for @click.argument() decorator. See docs for more information.Small changes:
@cli.command(aliases=["foo"])rich-click CLI usability: improved patching and improved script detection+execution.context_settings={"help_to_stderr": True} support.padding_* config options to control padding.
"\n- foo\n- bar" or "\n* foo\n* bar"text_paragraph_linebreaks config option.text_* config options, including notably text_kwargs which can control code styles in Markdown.Backend (mostly invisible) changes:
typing_extensions now only required for < Python 3.11.RichHelpFormatter now defers printing by default if a user does not specify a Console. [#231] (With contributions from @ofek)
RichHelpFormatter with how base Click works.rich.highlighter module could load during CLI execution. We now assert in unit-tests that no rich modules are loaded during code execution, so going forward, rich imports should no longer ever be a side-effect of CLI execution.> Version 1.9.0 introduces a minor breaking change:
[!WARNING] Version 1.9.0 deprecates support for a lot of old versions of things:
- Python 3.7 support is removed. The minimum supported Python version is 3.8.
- Click 7 support is removed. The minimum supported Click version is 8.0.
- Rich 10 and 11 support is removed. The minimum supported Rich version is 12.
[!WARNING] Version 1.9.0 introduces a minor breaking change: The
DEFAULT_STRING,ENVVAR_STRING,REQUIRED_STRING, andDEPRECATED_STRINGconfig options are now rendered withText.from_markup. So for example,REQUIRED_STRING = "[required]"would be rendered as Rich markup. You must now escape the rich markup:REQUIRED_STRING = "\\[required]"
Big changes:
rich-click --themes.@click.option_panel()@click.command_panel()@click.option() or @click.command(context_settings=...) etc.help= is now a valid kwarg for @click.argument() decorator. See docs for more information.Small changes:
@cli.command(aliases=["foo"])rich-click CLI usability: improved patching and improved script detection+execution.context_settings={"help_to_stderr": True} support.padding_* config options to control padding.text_paragraph_linebreaks config option.text_* config options, including notably text_kwargs which can control code styles in Markdown.Backend (mostly invisible) changes:
typing_extensions now only required for < Python 3.11.RichHelpFormatter now defers printing by default if a user does not specify a Console. [#231] (With contributions from @ofek)
RichHelpFormatter with how base Click works.rich.highlighter module could load during CLI execution. We now assert in unit-tests that no rich modules are loaded during code execution, so going forward, rich imports should no longer ever be a side-effect of CLI execution.> Version 1.9.0 deprecates support for a lot of old versions of things:
[!WARNING] Version 1.9.0 deprecates support for a lot of old versions of things:
- Python 3.7 support is removed. The minimum supported Python version is 3.8.
- Click 7 support is removed. The minimum supported Click version is 8.0.
- Rich 10 and 11 support is removed. The minimum supported Rich version is 12.
Big changes:
rich-click --themes.@click.option_panel()@click.command_panel()@click.option() or @click.command(context_settings=...) etc.help= is now a valid kwarg for @click.argument() decorator. See docs for more information.Small changes:
rich-click CLI patching.context_settings={"help_to_stderr": True} support.padding_* config options to control padding.text_paragraph_linebreaks config option.text_* config options, including notably text_kwargs which can control code styles in Markdown.Backend (mostly invisible) changes:
typing_extensions now only required for < Python 3.11.RichHelpFormatter now defers printing by default if a user does not specify a Console. [#231] (With contributions from @ofek)
RichHelpFormatter with how base Click works.rich.highlighter module could load during CLI execution. We now assert in unit-tests that no rich modules are loaded during code execution, so going forward, rich imports should no longer ever be a side-effect of CLI execution.> Version 1.9.0 deprecates support for a lot of old versions of things:
[!WARNING] Version 1.9.0 deprecates support for a lot of old versions of things:
- Python 3.7 support is removed. The minimum supported Python version is 3.8.
- Click 7 support is removed. The minimum supported Click version is 8.0.
- Rich 10 and 11 support is removed. The minimum supported Rich version is 12.
Big changes:
@click.option_panel()@click.command_panel()help= is now a valid kwarg for @click.argument() decorator. See docs for more information.Small changes:
rich-click CLI patching.Backend (mostly invisible) changes:
typing_extensions now only required for < Python 3.11.RichHelpFormatter now defers printing by default if a user does not specify a Console. [#231] (With contributions from @ofek)
RichHelpFormatter with how base Click works.rich.highlighter module could load during CLI execution. We now assert in unit-tests that no rich modules are loaded during code execution, so going forward, rich imports should no longer ever be a side-effect of CLI execution.Fix deprecation warning in Click 8.2. [#239] (@finsberg)
Make text wrap instead of using ellipses for overflowing metavars in options tables.
--errors-in-output-format flag to rich-click CLI.Add ability to turn off option/command deduplication in groups [#226]
Add ability to turn off option/command deduplication in groups [#226]
Fix incompatibility with click 8.2.0. [#224] (@ppentchev)
Fix issue with error messages not using user-defined styles. [#215] (@sankarngrjn)
Support rich.text.Text() objects for header_text, footer_text, errors_suggestion, and errors_epilogue.
rich.text.Text() objects for header_text, footer_text, errors_suggestion, and errors_epilogue.Fix yet another deprecation warning issue. (Sorry, sorry.)
{cmd} as an option/command group key when python -m {cmd} is the command_path.Fix another deprecation warning issue.
Fixed bad deprecation warning with highlighter
highlighterRelated: highlighter is now deprecated in RichHelpConfiguration; please use highlighter_patterns instead.
--rich-config and --output options to the rich-click CLI.rich_click.py is exclusively the global config; all formatting has been moved to rich_help_rendering.py.RichCommand now makes use of methods in the super class: format_usage, format_help_text, format_options, and format_epilog.formatter object has been removed from the code.highlighter is now constructed by the RichHelpFormatter rather than being inside the config object.RichHelpConfiguration.load_from_globals() classmethod, which pulls all configuration from rich_click.py.RichHelpConfiguration() is now asserted to be JSON serializable, as an option for porting configurations. That said, serialization is not a fully supported feature of the high-level API, so serialize the config at your own risk.
highlighter is now deprecated in RichHelpConfiguration; please use highlighter_patterns instead.pyproject.toml and removed setup.py / setup.cfg; thank you @Stealthii!text_markup: Literal["markdown", "rich", "ansi", None] instead of booleans.
ansi instead of None to help support usage of click.style(). None is still supported.stderr by default.STYLE_OPTIONS_PANEL_BOXSTYLE_COMMANDS_PANEL_BOXSTYLE_ERRORS_PANEL_BOXcommand_path and command.name.*) option for command groups and option groups, with thanks to @ITProKyle!TypedDict [#156]panel_styles support to groups. [#178]table_styles and panel_styles to be defined for the positional arguments group.Using __version__ instead of importlib for the Click version check vastly improves performance.
Using __version__ instead of importlib for the Click version check vastly improves performance.
Significant improvements to styling for panels.
Some quality of life improvements for command and option groups:
ctx.command_path and command.name*) option for command groups and option groups, with thanks to @ITProKyle!Nothing published for this version
Fixed issue where error messages would not print to stderr by default.
stderr by default.World's most esoteric bug fixed.
Bugfix to rich_click.patch.patch() behavior when running unpatched RichGroups.
rich_click.patch.patch() behavior when running unpatched RichGroups.Related: highlighter is now deprecated in RichHelpConfiguration; please use highlighter_patterns instead.
--rich-config option to the rich-click CLI.TypedDict [#156]rich_click.py is exclusively the global config; all formatting has been moved to rich_help_rendering.py.RichCommand now makes use of methods in the super class: format_usage, format_help_text, format_options, and format_epilog.formatter object has been removed from the code.highlighter is now constructed by the RichHelpFormatter rather than being inside the config object.RichHelpConfiguration.load_from_globals() classmethod, which pulls all configuration from rich_click.py.RichHelpConfiguration() is now asserted to be JSON serializable, as an option for porting configurations. That said, serialization is not a fully supported feature of the high-level API, so serialize the config at your own risk.
highlighter is now deprecated in RichHelpConfiguration; please use highlighter_patterns instead.pyproject.toml and removed setup.py / setup.cfg; thank you @Stealthii!text_markup: Literal["markdown", "rich", None] instead of booleans.Set legacy_windows by default to None.
legacy_windows by default to None.- Fix false deprecation warning.
Add support for rich formatting in epilog text [#146]
Fix bug with rich-click CLI not working with Python 3.12. #141
> Click 7.x support is deprecated and will be removed in rich-click version 1.8.x.
[!WARNING]
Click 7.x support is deprecated and will be removed in rich-click version 1.8.x. Please update to a newer version of click.
This release comes after merging a huge pull-request from @BrutalSimplicity - see #92
HelpFormatter classHelpConfiguration class that doubles the current module-level settingsHelpConfiguration to be passed into Click via the supported context_settings argument provided by the Command and Group classes.RichHelpFormatter creates a console based on the RichHelpConfiguration as the tight coupling between the Formatter and Click's internals make it difficult to allow the Console to be configured externally (i.e. one example is that Click expects help formatting to be buffered).RichContext class to allow creation of the custom formatter.Console and RichHelpConfiguration properties.This PR closes a number of issues:
click.ClickException should output to stderrformat_help and its callersIn addition, we merged another large pull-request that adds full static type-checking support (see issue #85), and fixes many bugs - see PR #126.
In addition:
STYLE_COMMAND [#102]WIDTH (in addition to MAX_WIDTH), thanks to @ealap [#110]STYLE_ERRORS_SUGGESTION_COMMAND [#136]Usage: line to avoid off-target effects [#108]ctx.exit(exit_code) would not show nonzero exit codes.[#114]click.MultiCommand. [#38]:Nothing published for this version
Development prerelease of 1.7.0. (Full changelog will be included in full release.)
Development prerelease of 1.7.0. (Full changelog will be included in full release.)
Don't show metavars for feature switch options [#100] (@likewei92)
Full Changelog: https://github.com/ewels/rich-click/compare/v1.6.0...v1.6.1
⚠️ Removed support for Typer ⚠️
AssertionError when using click command call #94> As of Typer v0.6.0, Typer now supports rich help text natively.
⚠️ Important notice! ⚠️
As of Typer v0.6.0, Typer now supports rich help text natively. Support for Typer in rich-click is now depreciated and will be removed in a future release.
<0.6 when installing with pip install rich-click[typer]STYLE_ARGUMENTNone [#84]__all__ for type checkers [#83]Full Changelog: https://github.com/ewels/rich-click/compare/v1.5.1...v1.5.2
🧹 Updated pip release build CI #78
✨ Add new FORCE_TERMINAL config flag to force colours even when help output is piped. Can also be enabled by setting environment variables GITHUB_ACTI
FORCE_TERMINAL config flag to force colours even when help output is piped. Can also be enabled by setting environment variables GITHUB_ACTIONS, FORCE_COLOR or PY_COLORSOPTION_ENVVAR_FIRST config flag to print environment variables before option help texts instead of after (nice for alignment if all options have an env var).MAX_WIDTH to set the console width and not individual panels. Can now also be set with environment variable TERMINAL_WIDTHsetup.py for py.typed #75standalone_mode set #76Full Changelog: https://github.com/ewels/rich-click/compare/v1.4...v1.5
Another bugfix release where I ended up adding in some more new features. You can now have quite a bit more control over how help texts are styled for
Another bugfix release where I ended up adding in some more new features. You can now have quite a bit more control over how help texts are styled for options and commands - globally and even at specific group level.
This is particularly useful for those of you with long help texts, as it's now possible to break those up visually with more spacing and custom colours / borders:
AttributeError from envvar code in some Typer usage [#70]Full Changelog: https://github.com/ewels/rich-click/compare/v1.3.2...v1.4
Missed one instance of inspect.cleandoc in the last patch release, this release hopefully covers all the places it's needed (thanks @apcamargo!)
Missed one instance of inspect.cleandoc in the last patch release, this release hopefully covers all the places it's needed (thanks @apcamargo!)
I felt bad doing a release which basically only included 18 characters of new code, so I also snuck in support for showing envvar (click + typer) in help texts:
<img width="1264" alt="image" src="https://user-images.githubusercontent.com/465550/168563469-2a294b3c-fad3-4795-9c48-464f44a9c145.png">
inspect.cleandoc [#67]envvar environment variables [#36]Full Changelog: https://github.com/ewels/rich-click/compare/v1.3.1...v1.3.2
This release is mostly minor bugfixes, many of which are to keep up with changes in the upstream Click codebase.
This release is mostly minor bugfixes, many of which are to keep up with changes in the upstream Click codebase.
Many thanks to everyone who has reported problems and contributed pull requests! 👏🏻
rich from 10 to 10.7.0 (when Group was introduced)from rich_click.cli import patch [#53]_make_rich_rext remove text indentations using inspect.cleandoc [#55]rich_click into main namespace for Pylance [#64]hidden command parameter [#62]SHOW_ARGUMENTS is specified [#59]\f escape marker for new versions of Click, including in markdown [#60]Full Changelog: https://github.com/ewels/rich-click/compare/v1.3.0...v1.3.1
rich from 10 to 10.7.0 (when Group was introduced)from rich_click.cli import patch [#53]_make_rich_rext remove text indentations using inspect.cleandoc [#55]rich_click into main namespace for Pylance [#64]hidden command parameter [#62]SHOW_ARGUMENTS is specified [#59]\f escape marker for new versions of Click, including in markdown [#60]STYLE_COMMANDS_TABLE_COLUMN_WIDTH_RATIO to fix column widths across groups [#119]This release contains two main chunks of work:
This release contains two main chunks of work:
fold, so that large numbers of choices flow onto new lines instead of being truncated with an ellipsis [#33][],<>) (customise with STYLE_METAVAR_SEPARATOR):partying_face: [#51]--no-myflag wasn't showing in the help [#45]RichCommand and RichGroup in CLI code for better rich-click compatability with more tools [#43]Full Changelog: https://github.com/ewels/rich-click/compare/v1.2.1...v1.3.0
RichCommand and RichGroup out of rich_click [#38]fold, so that large numbers of choices flow onto new lines instead of being truncated with an ellipsis [#33][],<>) (customise with STYLE_METAVAR_SEPARATOR)RichCommand and RichGroup in CLI code for better rich-click compatibility with more tools [#43]:partying_face: [#51]--no-myflag wasn't showing in the help [#45]Support the command short_help argument [#28]
short_help argument [#28]USE_CLICK_SHORT_HELP global to enable default click shortening of help messages [#28]AttributeError exceptions when using custom exception classes based on click that don't have ctx [#27]Full Changelog: https://github.com/ewels/rich-click/compare/v1.2.0...v1.2.1
New CLI functionality to richifiy via prefix any other tool using click, by @pawamoy [#13] ```console $ rich-click awesometool --help
$ rich-click awesometool --help
Usage: awesometool [OPTIONS]
..more richified output below..
Full Changelog: https://github.com/ewels/rich-click/compare/v1.1.1...v1.2.0
Hotfix patch release to remove an accidental from turtle import st that crept in due to a pesky VSCode plugin. Many thanks to @ashb for spotting.
Hotfix patch release to remove an accidental from turtle import st that crept in due to a pesky VSCode plugin.
Many thanks to @ashb for spotting.
Require at least click v7.0 (released 2018) #16
click.types._NumberRangeBase in click 7x #16group vs render_group import) #16HEADER_TEXT and FOOTER_TEXT to go before and after help outputcmd+c and print nicely using ABORTED_TEXT\b escape marker functionality into help text rendering #24Full Changelog: https://github.com/ewels/rich-click/compare/v1.0.0...v1.1.0
Major version bump as this release has a new usage method, which no longer requires monkey patching. Many thanks to @willmcgugan for the idea and @grs
Major version bump as this release has a new usage method, which no longer requires monkey patching. Many thanks to @willmcgugan for the idea and @grst for discussion and help.
import rich_click as clickGROUP_ARGUMENTS_OPTIONS option to group with optionsCOLOR_SYSTEM option to add ability to disable coloursYour coding agent can read these notes before it upgrades. Set up the MCP server →