some way to disable bold colors?

[oconnor663]

I use the Solarized colorscheme in my terminal, which means that bold colors end up looking like different shades of gray. I'd like to be able to tell Cargo to use non-bold colors, or maybe be able to specify the whole palette in a config somewhere. What would be the best way to do that? I'm new to Rust, but I'm happy to try to write a PR if someone could suggest the way they'd like this to work.

[alexcrichton]

Currently we don't have configuration for this (beyond turning colors off entirely), but I'd be fine adding some options to .cargo/config for this!

[retep998]

I think having a configuration for which colors to use would be very useful.

[beckclib]

@alexcrichton Similar issue here, so I will no open a new one. How would one go about adding these options? Also, would you mind reminding me how to turn colours off entirely.

Thanks!

[alexcrichton]

You should be able to turn colors off entirely with cargo foo --color never, and you could add this by probably changing how MultiShell is constructed/configured in Cargo itself. I'm not exactly sure what we'd want to call all the options here and how we could have them be flexible for future configuration, however.

[beckclib]

Undertood and thanks for the kind response.

[oconnor663]

@beckclib I finally got around to trying this myself, but I'm very new to Rust, so by all means put up your own PR if you like.

[landersson]

+1 for being able to disable bold colours in rustc/cargo output. I like the colouring of messages, but bold text happens to be way less readable in my setup.

[epage]

As of #12578, cargo now has styling in multiple places. #12655 centralizes some of this and adds semantic names to it. #12627 proposes switching from termcolor to anstream which will make the styling API ansi escape codes on all platforms.

Note that cargo's styling has been duplicated into cargo fmt and soon cargo clippy. We'd need to make sure a solution works across these tools.

Related to anstream is anstyle-git and anstyle-ls which parse some user configuration formats into anstyle::Styles.

With all of that said, I don't think styling is worth it. We use basic ANSI styles which puts the user in control already by their theme choice / customization. See also clap-rs/clap#4132