-
-
Notifications
You must be signed in to change notification settings - Fork 1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(help)!: Consoldiate color settings #2845
Conversation
A lot of users expected `color` feature flag and `ColorAuto` etc to control all colors. Having this extra flag around is easy to miss and adds to our overall settings bloat, making it harder to find settings people want. This completely removes it, rather than make it deprecated like functions in clap-rs#2617, because there is extra work to mark things deprecated as Settings and we should decide on our strategy first before investing time in addressing that issue. Fixes clap-rs#2806
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
bors r+
Build succeeded:
|
Hi, I was surprised by this change. I'm exactly the person mentioned by @pksunkara in #2055 that wants colors in error messages, but not in help pages. That's why I enabled the I'm the maintainer for tealdeer and am currently porting the codebase to clap v3. When the colors were enabled by default during the update from beta 4 to beta 5 we discussed whether we should keep the help colors or not. Reasons why we decided against it:
In contrast to the help texts, I think that colored error messages do improve the user experience. However, if there's no way to turn off colored help texts, I'll turn off colored error messages as well. Please reconsider. |
DisableColoredHelp setting can be added if @epage agrees. |
May be re-introduced if clap adds a `DisableColoredHelp` setting. Relevant discussion: - clap-rs/clap#2845 (comment) - #108 (comment)
I've split this conversation out in #2906 so we don't lose it in the comments of a PR and have a little more flexibility in how to handle it. |
Until we have a modular help generator that can be configured and/or authored by the users themselves as part of #2914, we will provide the flexibility of turning off colored help messages but still wanting colored error messages. This flexibility was available before #2845 and @dbrgn immediately noticed it and requested it back to which I agree. This was also suggested by Josh in [here](#2806 (comment))
A lot of users expected
color
feature flag andColorAuto
etc tocontrol all colors. Having this extra flag around is easy to miss and
adds to our overall settings bloat, making it harder to find settings
people want.
This completely removes it, rather than make it deprecated like
functions in #2617, because there is extra work to mark things
deprecated as Settings and we should decide on our strategy first before
investing time in addressing that issue.
Fixes #2806