docs.rs failed to build tintify-1.0.1
Please check the build logs for more information.
See Builds for ideas on how to fix a failed build, or Metadata for how to configure docs.rs builds.
If you believe this is docs.rs' fault, open an issue.
Please check the build logs for more information.
See Builds for ideas on how to fix a failed build, or Metadata for how to configure docs.rs builds.
If you believe this is docs.rs' fault, open an issue.
TintColor
A zero-allocation no_std-compatible zero-cost way to add color to your Rust terminal.
Supports:
- All std/core formatters
- Optional checking for if a terminal supports colors
- Enabled for CI
- Disabled by default for non-terminal outputs
- Overridable by
NO_COLOR/FORCE_COLORenvironment variables - Overridable programmatically via
set_override
- Dependency-less by default
- 100% safe code
- Most functions are
const - Hand-picked names for all ANSI (4-bit) and Xterm (8-bit) colors
- Support for RGB colors
- Set colors at compile time by generics or at runtime by value
- All ANSI colors
- Basic support (normal and bright variants)
- Xterm support (high compatibility and 256 colors)
- Truecolor support (modern, 48-bit color)
- Styling (underline, strikethrough, etc)
tintify is also more-or-less a drop-in replacement for colored, allowing colored to work in a no_std environment. No allocations or dependencies required because embedded systems deserve to be pretty too uwu.
To add to your Cargo.toml:
= "1.0.0"
Example
use TintColorize;
Generic colors
use TintColorize;
use *;
Stylize
use TintColorize;
println!;
Only Style on Supported Terminals
use TintColorize;
use Stdout;
println!;
Supports NO_COLOR/FORCE_COLOR environment variables, checks if it's a tty,
checks if it's running in CI (and thus likely supports color), and checks which
terminal is being used. (Note: requires supports-colors feature)