[ANSI S]tyles

A library for applying ANSI colors in terminal or Chromium-based browser console.\ Ansis is focused on small size and speed while providing rich functionality and handling edge cases.

🚀 Install and Quick Start ✨Why use Ansis 🔧Compatibility Check

🛠️ Usage

import ansis, { red, cyan, ansi256, hex } from 'ansis';

ansis.blueBright('file.txt')
red`Error: ${cyan(file)} not found!`
red.bgWhite`ERROR`
ansi256(214)`Orange`
hex('#E0115F').bold.underline('Truecolor!')

⚖️ Similar libraries

The most popular libraries for styling terminal output using ANSI colors, similar to Ansis:

chalk, picocolors, colorette, kleur, ansi-colors, kolorist, cli-color, colors-cli, colors.js, tinyrainbow

[!IMPORTANT]

All libraries claim: I'm the fastest....\ But if every library is the fastest, then which one is the "fastest of the fastest" ? 😂

✅ Compare features 🧩 Handling edge cases 📦 Compare package sizes 📊 Benchmarks

💡 Highlights

• Supports ESM, CommonJS, TypeScript
• Supports Bun, Deno, Next.JS runtimes
• Supports Chromium-based browsers such as Chrome, Edge, Opera, Brave, Vivaldi.
• Drop-in replacement for chalk colorette picocolors ansi-colors
• Default and named import import ansis, { red, bold, ansi256, hex } from 'ansis'
• Chained syntax red.bold.underline('text')
• Nested template strings red`Error: ${blue`file.js`} not found!`
• ANSI styles dim bold italic underline strikethrough
• ANSI 16 colors red`Error!` redBright`Error!` bgRed`Error!` bgRedBright`Error!`
• ANSI 256 colors fg(56)`violet` bg(208)`orange`
• Truecolor (RGB, HEX) rgb(224, 17, 95)`Ruby` hex('#96C')`Amethyst`
• Fallback to supported color space: Truecolor → 256 colors → 16 colors → no colors
• Extending of base colors with named Truecolor
• Low level ANSI escape codes as open and close properties `foo ${red.open}red{red.close} bar`
• Remove ANSI escape codes method ansis.strip()
• Automatically detects color support across a wide range of environments
• Supports environment variables NO_COLOR, FORCE_COLOR and flags --no-color --color
• Supports COLORTERM variable to test applications with 16, 256, or true-color
• Correct style break at the end of line when used \n in string 'A\nB' or template literals `A\nB`
• Zero dependencies
• Test coverage 100%. Long term support.

🌍 Used by

NestJS, Facebook/StyleX, Sequelize, Salesforce, Oclif, unjs/Webpackbar, unjs/Unplugin

✨ Why use Ansis

As of 2025, two of the smallest and fastest libraries for displaying ANSI colors in the terminal are Ansis and Picocolors. Both are recommended by the ES Tooling community as modern replacements for older, larger libraries.

📦 Unpacked size

The package size in node_modules directory:

• picocolors: 6.4 kB - A micro library with only basic features.
• аnsis: 6.8 kB - A powerful library containing all the features you need.
• chalk: 44.2 kB - Provides similar functionality to Ansis.

⚡ Performance

• picocolors: The fastest when applying a single style (e.g., red) only.
• аnsis: The fastest when applying two or more styles (e.g., red + bgWhite).
• chalk: Slower than both Ansis and Picocolors in all use cases.

[!CAUTION] Picocolors doesn't handle important edge cases, so it is the fastest and smallest.

Picocolors is faster only in a simple micro-benchmark, which does not reflect real world usage.\ In a more complex benchmark, Ansis is much closer to Picocolors results or even faster.

🧩 Edge cases

Absent, undefined or null arguments

Ansis handles these cases correctly.

ansis.red()          // ✅ ''
chalk.red()          // ✅ ''
pico.red()           // ❌ \e[31mundefined\e[39m

ansis.red(undefined) // ✅ ''
chalk.red(undefined) // ❌ \e[31mundefined\e[39m
pico.red(undefined)  // ❌ \e[31mundefined\e[39m

ansis.red(null)      // ✅ ''
chalk.red(null)      // ❌ \e[31mnull\e[39m
pico.red(null)       // ❌ \e[31mnull\e[39m

ansis.reset()        // ✅ \e[0m
chalk.reset()        // ❌ ''
pico.reset()         // ❌ \e[0mundefined\e[0m

See more details about handling input arguments in various libraries.

Empty string

Ansis and Chalk handle this case and return an empty string without ANSI codes as expected.\ However, Picocolors doesn't handle this case.

ansis.red('')          // ✅ ''
chalk.red('')          // ✅ ''
pico.red('')           // ❌ \e[31m\e[39m

Break style at New Line

Ansis and Chalk add a style break at each new line to correctly display multi-line text.\ However, Picocolors doesn't handle this case.

ansis.bgRed('\n ERROR \n') + ansis.cyan('The file not found!') // ✅
chalk.bgRed('\n ERROR \n') + chalk.cyan('The file not found!') // ✅
pico.bgRed('\n ERROR \n') + pico.cyan('The file not found!')   // ❌

Nested template strings

Only Ansis handles this very useful use case.

ansis.red`R ${ansis.green`G ${ansis.blue`B`} G`} R` // ✅
chalk.red`R ${chalk.green`G ${chalk.blue`B`} G`} R` // ❌
pico.red`R ${pico.green`G ${pico.blue`B`} G`} R`    // ❌

🔧 Maintenance

As of 2025, only Ansis, Chalk, and Picocolors are actively maintained, unlike many other libraries:

• colorette: Last updated 2 years ago
• ansi-colors: Last updated 3 years ago
• kleur: Last updated 3 years ago
• colors.js: Last updated 2 years ago
• cli-color: Last updated 1 year ago
• colors-cli: Last updated 1 year ago

🤔 Which One Should You Use?

• If you only use a single style, e.g., red('foo'), Picocolors is the best solution.

• However, if you need more, like combining multiple styles (e.g., red + bold + bgWhite),\ 256 colors, Truecolor, or support for a wide range of environments, then Ansis is the better choice.

Checklist:

• Does it matter if a library performs ~60 million or ~100 million ops/sec when outputting to the terminal? Spoiler: Both Ansis and Picocolors are more than fast enough.
  • ✅ Picocolors
  • ❌ Ansis
• Does it matter if the unpacked size is 6.4 kB or 6.8 kB, a difference of 0.4 kB?
  • ✅ Picocolors
  • ❌ Ansis
• Does support for ANSI 256 colors or Truecolor with fallback matter?
  • ✅ Ansis
  • ❌ Picocolors
• Does handling edge cases matter?
  • ✅ Ansis
  • ❌ Picocolors
• Does supporting a wide range of environments matter?
  • ✅ Ansis
  • ❌ Picocolors
• Does keeping your code clean and readable matter?\ (e.g., using named import, chained syntax, nested template strings)
  • ✅ Ansis
  • ❌ Picocolors

Explore the list of features, package sizes, and benchmarks compared to similar libraries.

[!TIP]

Use the chained syntax provided by libraries like ansis and chalk.\ Avoid nested calls, as they are much slower and less readable than the chained syntax.\ Keep your code clean and readable!

Usage examples

import ansis, { red, green, cyan } from 'ansis' // ✅✅ supports both default and named imports
import chalk from 'chalk'                       // ✅❌ doesn't support named import
import pico from 'picocolors'                   // ✅❌ doesn't support named import

ansis.red('Error')                         //      ansis ❌ slower than picocolors
chalk.red('Error')                         //      chalk ❌ slower than ansis
pico.red('Error')                          // picocolors ✅ fastest

red.bold.bgWhite`Error`                    //      ansis ✅✅✅ fastest, short, readable
chalk.red.bold.bgWhite('Error')            //      chalk ❌☑️✅ slower, short, readable
pico.red(pico.bold(pico.bgWhite('Error'))) // picocolors ❌❌❌ slowest, long, unreadable

green`Create ${blue.bold`React`} app.`                     //      ansis ✅ usability 😊
chalk.green(`Create ${chalk.blue.bold('React')} app.`)     //      chalk ☑️ usability 🙂
pico.green(`Create ${pico.blue(pico.bold('React'))} app.`) // picocolors ❌ usability 🥴

[!TIP] Ansis supports nested template strings, so you can colorize text without using parentheses.

How to switch to Ansis

• Replacing chalk
• Replacing colorette
• Replacing picocolors
• Replacing ansi-colors
• Replacing kleur
• Replacing cli-color

↑ top

Install and Quick Start

npm install ansis

You can import default module or named colors with ESM or CommonJS syntax.

// ESM default import
import ansis from 'ansis';
// ESM named import
import { red, green, blue } from 'ansis';

or

// CommonJS default import
const ansis = require('ansis');
// CommonJS named import
const { red, green, blue } = require('ansis');

See the list of the ANSI colors and styles.

console.log(ansis.green('Success!'));
console.log(green('Success!'));

// template string
console.log(green`Success!`);

// chained syntax
console.log(green.bold`Success!`);

// nested syntax
console.log(red`The ${blue.underline`file.js`} not found!`);

Basic example Hello World!:

import { red, black, inverse, reset } from 'ansis';

console.log(green`Hello ${inverse`ANSI`} World!
${black.bgYellow`Warning:`} ${cyan`/path/to/file.js`} ${red`not found!`}`);

Output:\

↑ top

Named import

The ansis supports both the default import and named import.

// default import
import ansis from 'ansis';

ansis.red.bold('text');

You can import named colors, styles and functions. All imported colors and styles are chainable.

// named import
import { red, hex, italic } from 'ansis';

red.bold('text');

Default import and named import can be combined.

// default and named import
import ansis, { red } from 'ansis';

const redText = red('text'); // colorized ANSI string
const text = ansis.strip(redText); // pure string without ANSI codes

Chained syntax

All colors, styles and functions are chainable. Each color or style can be combined in any order.

import { red, bold, italic, hex } from 'ansis';

red.bold`text`;
hex('#FF75D1').bgCyan.bold`text`;
bold.bgHex('#FF75D1').cyan`text`;
italic.bold.yellow.bgMagentaBright`text`;

↑ top

Template literals

Ansis supports both the function syntax red('error') and template literals red`error` .

Template literals improve readability and brevity for complex templates, while the function syntax is ideal for colorizing variables.

import { red } from 'ansis';

let message = 'error';

red(message);
red`text`;
red`text ${message} text`;

[!TIP] Using template literals you can omit parentheses red(`error`) → red`error` to keep your code clean and readable.

Nested syntax

You can nest color functions and template strings within each other. The support for nested template strings is unique to Ansis, as none of the other libraries (Chalk, Picocolors, Kleur, Colorette, etc.) handle nested template strings correctly.

Nested template strings:

import { red, green } from 'ansis';

red`red ${green`green`} red`;

Deep nested chained styles:

import { red, green, cyan, magenta, yellow, italic, underline } from 'ansis';

// parentheses can be omitted
red`red ${italic`red italic ${underline`red italic underline`}`} red`;

// deep nested chained styles
green(
  `green ${yellow(
    `yellow ${magenta(
      `magenta ${cyan(
        `cyan ${red.italic.underline`red italic underline`} cyan`,
      )} magenta`,
    )} yellow`,
  )} green`,
);

Output:\

Multiline nested template strings:

import { red, green, hex, visible, inverse } from 'ansis';

// defined a Truecolor as the constant
const orange = hex('#FFAB40');

let cpu = 33;
let ram = 44;
let disk = 55;

// normal colors
visible`
CPU:  ${red`${cpu}%`}
RAM:  ${green`${ram}%`}
DISK: ${orange`${disk}%`}
`;

// inversed colors
inverse`
CPU:  ${red`${cpu}%`}
RAM:  ${green`${ram}%`}
DISK: ${orange`${disk}%`}
`;

Output:\

↑ top

Base ANSI 16 colors and styles

Colors and styles have standard names used by many popular libraries, such as chalk, colorette, picocolors, kleur.

Extend base colors

Defaults, the imported ansis instance contains base styles and colors. To extend base colors with custom color names for Truecolor use the ansis.extend() method.

[!TIP] You can find a color name by the hex code on the Name that Color website.

Define a theme with your custom colors and extends the ansis object:

import ansis from 'ansis';

const myTheme = {
  apple: '#4FA83D',
  orange: '#FFAB40',
  pink: '#FF75D1',
};

// extend ansis this custom colors
ansis.extend(myTheme);

// you can destruct extended colors
const { apple, orange, pink, red } = ansis;

// access to extended colors
console.log(ansis.pink('pink'));
console.log(ansis.orange.bold('orange bold'));
console.log(apple`apple`);
console.log(orange.italic`orange italic`);

Usage example with TypeScript:

import ansis, { AnsiColorsExtend } from 'ansis';

const myTheme = {
  apple: '#4FA83D',
  orange: '#FFAB40',
  pink: '#FF75D1',
};

// extend base colors with your custom theme
ansis.extend(myTheme);

// your custom logger with the support for extended colors
const write = (style: AnsiColorsExtend<keyof typeof myTheme>, message: string) => {
  console.log(ansis[style](message));
}

write('red', 'message'); // base color OK
write('pink', 'message'); // extended color OK
write('orange', 'message'); // extended color OK
write('unknown', 'message'); // TypeScript Error

[!WARNING]

The extended color must be used as a first chain item.

ansis.orange.bold('orange bold'); // ✅ works fine
ansis.bold.orange('bold orange'); // ❌ extended color as a subchain item doesn't work

↑ top

ANSI 256 colors

The pre-defined set of 256 colors.

Foreground function: ansi256(code) has short alias fg(code)\ Background function: bgAnsi256(code) has short alias bg(code)

The ansi256() and bgAnsi256() methods are implemented for compatibility with the chalk API.

See ANSI color codes.

Fallback

If a terminal supports only 16 colors then ANSI 256 colors will be interpolated into base 16 colors.

Usage example

import { bold, ansi256, fg, bgAnsi256, bg } from 'ansis';

// foreground color
ansi256(96)`Bright Cyan`;
fg(96)`Bright Cyan`; // alias for ansi256

// background color
bgAnsi256(105)`Bright Magenta`;
bg(105)`Bright Magenta`; // alias for bgAnsi256

// function is chainable
ansi256(96).bold`bold Bright Cyan`;

// function is avaliable in each style
bold.ansi256(96).underline`bold underline Bright Cyan`;

// you can combine the functions and styles in any order
bgAnsi256(105).ansi256(96)`cyan text on magenta background`
bg(105).fg(96)`cyan text on magenta background`

Truecolor

You can use the hex or rgb format.

Foreground function: hex() rgb()\ Background function: bgHex() bgRgb()

import { bold, hex, rgb, bgHex, bgRgb } from 'ansis';

// foreground color
hex('#E0115F').bold`bold Ruby`;
hex('#96C')`Amethyst`;
rgb(224, 17, 95).italic`italic Ruby`;

// background color
bgHex('#E0115F')`Ruby`;
bgHex('#96C')`Amethyst`;
bgRgb(224, 17, 95)`Ruby`;

// you can combine the functions and styles in any order
bold.hex('#E0115F').bgHex('#96C')`ruby bold text on amethyst background`

↑ top

Fallback

The ansis supports fallback to supported color space.

Truecolor —> 256 colors —> 16 colors —> no colors (black & white)

If you use the hex(), rgb() or ansis256() functions in a terminal not supported Truecolor or 256 colors, then colors will be interpolated.

↑ top

Use ANSI codes

You can use the ANSI escape codes with open and close properties for each style.

import { red, bold } from 'ansis';

// each style has `open` and `close` properties
console.log(`Hello ${red.open}ANSI${red.close} World!`);

// you can defiene own style which will have the `open` and `close` properties
const myStyle = bold.italic.black.bgHex('#E0115F');

console.log(`Hello ${myStyle.open}ANSI${myStyle.close} World!`);

Strip ANSI codes

The Ansis class contains the method strip() to remove all ANSI codes from string.

import ansis from 'ansis';

const ansiString = ansis.green`Hello World!`;
const string = ansis.strip(ansiString);

The variable string will contain the pure string without ANSI codes.

↑ top

New lines

Supports correct style break at the end of line.

import { bgGreen } from 'ansis';

console.log(bgGreen`\nAnsis\nNew Line\nNext New Line\n`);

Shortcuts / Themes

Define your own themes:

import ansis from 'ansis';

const theme = {
  info: ansis.cyan.italic,
  warn: ansis.black.bgYellowBright,
  error: ansis.red.bold,
  ruby: ansis.hex('#E0115F'),
};

theme.info('info');
theme.warn('warning');
theme.error('error');
theme.ruby('Ruby color');

↑ top

CLI environment variables

Defaults, the output in terminal console is colored and output in a file is uncolored.

To force disable or enable colored output you can use environment variables NO_COLOR and FORCE_COLOR.

NO_COLOR

The NO_COLOR variable should be presents with any not empty value. The value is not important, e.g., NO_COLOR=1 NO_COLOR=true disable colors.

See the NO_COLOR standard.

FORCE_COLOR

The FORCE_COLOR environment variable is used to enable ANSI colors in the terminal output.

The proposed FORCE_COLOR standard:

When FORCE_COLOR is present and not an empty string (regardless of its value), it should force enable colors.

But Node.js supports the FORCE_COLOR variable in a different way, see here and here.

Ansis interprets FORCE_COLOR in accordance with its support in Node.js, with slight adaptations:

FORCE_COLOR=false   // Disables colors
FORCE_COLOR=0       // Disables colors
FORCE_COLOR=true    // Auto detects the supported colors (if no color detected, enforce truecolor)
FORCE_COLOR=(unset) // Auto detects the supported colors (if no color detected, enforce truecolor)
FORCE_COLOR=1       // Enables 16 colors
FORCE_COLOR=2       // Enables 256 colors
FORCE_COLOR=3       // Enables truecolor

Node.js interprets the values 1, true and an empty string '' (unset value) as enabling 16 colors.

Ansis interprets the value 1 as enabling exactly 16 colors. The values true and an empty string indicate automatic detection of supported colors (16, 256, truecolor). If no color is detected, enforce using truecolor.

See:

• FORCE_COLOR standard
• Node.js getColorDepth
• Node.js FORCE_COLOR=[1, 2, 3]

For example, app.js:

import { red } from 'ansis';

console.log(red`red color`);

Execute the script in a terminal:

node app.js           # colored output in terminal
node app.js > log.txt # output in file without ANSI codes

NO_COLOR=1 node app.js              # force disable colors
FORCE_COLOR=0 node app.js           # force disable colors
FORCE_COLOR=1 node app.js > log.txt # force enable 16 colors
FORCE_COLOR=2 node app.js > log.txt # force enable 256 colors
FORCE_COLOR=3 node app.js > log.txt # force enable truecolor

COLORTERM

The COLORTERM environment variable is used by terminal emulators to indicate support for colors. Its value can vary depending on the terminal emulator and the level of color support provided.

The commonly used values supported by ansis:

• truecolor or 24bit - 16 million colors
• ansi256 - ANSI 256 colors
• ansi - basic ANSI 16 colors

You can set the variable in cmd before running the Node script:

COLORTERM=ansi node script.js      # force enable 16 olors
COLORTERM=ansi256 node script.js   # force enable 256 colors
COLORTERM=truecolor node script.js # force enable truecolor

To set the color level in a script, create a JS file in which you define the COLORTERM environment variable with the needed value, and import this file before ansis.

This can be useful, for example, for testing your cli application to ensure that the test results will be the same regardless of the supported color level in different environments and terminals.

Force use truecolor

enable-truecolor.js

process.env.COLORTERM = 'truecolor';

your script file:

import './level-truecolor'; // <= force use truecolor
import { red, ansi256, hex } from 'ansis';

console.log(hex('#FFAB40')('orange')); // native ANSI RGB color value
console.log(ansi256(200)('pink'));     // native ANSI 256 color value
console.log(red('red'));               // native ANSI 16 color value

Force use 256 colors

enable-256colors.js

process.env.COLORTERM = 'ansi256';

your script file:

import './level-256colors'; // <= force use 256 colors
import { red, ansi256, hex } from 'ansis';

console.log(hex('#FFAB40')('orange')); // fallback to ANSI 256 color value
console.log(ansi256(200)('pink'));     // native ANSI 256 color value
console.log(red('red'));               // native ANSI 16 color value

Force use base 16 colors

enable-16colors.js

process.env.COLORTERM = 'ansi';

your script file:

import './level-16colors'; // <= force use 16 olors
import { red, ansi256, hex } from 'ansis';

console.log(hex('#FFAB40')('orange')); // fallback to ANSI 16 color value - `bright red`
console.log(ansi256(200)('pink'));     // fallback to ANSI 16 color value - `bright magenta`
console.log(red('red'));               // native ANSI 16 color value

↑ top

CLI arguments

Use cmd arguments --no-color or --color=false to disable colors and --color to enable ones.

For example, an executable script app.js:

#!/usr/bin/env node
import { red } from 'ansis';

console.log(red`red color`);

Execute the script in a terminal:

./app.js                        # colored output in terminal
./app.js --no-color             # non colored output in terminal
./app.js --color=false          # non colored output in terminal

./app.js > log.txt              # output in file without ANSI codes
./app.js --color > log.txt      # output in file with ANSI codes
./app.js --color=true > log.txt # output in file with ANSI codes

Warning

The command line arguments have a higher priority than environment variable.

↑ top

Color support

Ansis automatically detects the supported color space:

• Truecolor
• ANSI 256 colors
• ANSI 16 colors
• black & white (no colors)

Ansis has the method isSupported() that returns a boolean value whether the output supports ANSI color and styles.

import ansis from 'ansis';

console.log('Color output: ', ansis.isSupported());

There is no standard way to detect which color space is supported. The most common way to detect color support is to check the TERM and COLORTERM environment variables. CI systems can be detected by checking for the existence of the CI and other specifically environment variables. Combine that with the knowledge about which operating system the program is running on, and we have a decent enough way to detect colors.

[^1]: Colors supported depends on actual terminal.\ [^2]: The Windows terminal supports true color since Windows 10 revision 14931 (2016-09-21).

See also:

• Truecolor Support in Output Devices.
• So you want to render colors in your terminal.

↑ top

Compare the features of most popular libraries

Run the command to see the support of some features by various libraries:

npm run compare

Notes

Named import\ ESM\ import { red, green, blue } from 'lib';\ CJS\ const { red, green, blue } = require('lib');

Naming colors

• standard: colors have standard names, e.g.: red, redBright, bgRed, bgRedBright
• non-standard: colors have lib-specific names, e.g.: brightRed, bgBrightRed, red_b, red_btt

Colors support

• 16 - ANSI 16 colors like red, redBright, bgRed, bgRedBright

• 256 - ANSI 256 colors methods, e.g.:

  • ansis: ansi256(n), bgAnsi256(n), fg(n), bg(n)
  • chalk: ansi256(n), bgAnsi256(n)
  • cli-color: xterm(n)
  • colors-cli: x<n>

• 16m - Truecolor methods, e.g.: hex(), bgHex(), rgb(), bgRgb()

• 🌐 - Colored output in Chromium-based browser console:

  • ✅ - colored output
  • ❌ - b&w output
  • 🛑 - fatal error by compilation or in runtime

• Fallback - Truecolor → 256 colors → 16 colors → no colors

Features

• Chained syntax\ lib.red.bold('text')

• Nested template strings\ lib.red`text ${lib.cyan`nested`} text`

• LF - Correct break styles at end-of-line (\n).

  lib.bgGreen(`First Line
  Next Line`);

Edge cases: input arguments

Compare how different libraries handle various input arguments in their functions.

Legend:

• ✅'' - Returns an empty string without ANSI escape codes. This is the correct and expected behavior.
• ✅\e[0m - Returns the reset escape code.
• ❌'ESC' - Returns an empty string containing ANSI escape codes, e.g., \e[31m\e[39m.
• ❌'undefined' - Returns the styled string undefined.
• ❌'null' - Returns the styled string null.
• ❌[object] - Returns an object of the library instance.
• ❌- - The feature is not supported.
• ❌Error - Causes a fatal error.

Other arguments are correctly handled by all libraries:

c.red(0)       // '0' in red
c.red(false)   // 'false' in red
c.red(true)    // 'true' in red
c.red(5/'1px') // 'NaN' in red
c.red(1/0)     // 'Infinity' in red

Ansis ensures consistent and predictable behavior for edge-case inputs, making it a reliable choice for usage.

↑ top

Compare the size of most popular packages

Legend

• Dependencies: Number of dependencies in the package.
• Is Minified: Indicates whether the distributed npm package is minified.
• Unpacked Size: The size of the npm package in the node_modules/ directory, (incl. dependencies).
• Tarball size: The size of the downloaded *.tgz package file.\ You can check the package size with the following command:

  curl -s -o package.tgz $(npm view <package-name> dist.tarball) && echo "Tarball size: $(stat -f%z package.tgz | awk '{printf "%.2f", $1/1024}') kB"

  just replace the <package-name> with your package name.

See also:

• npmjs - show install size of the published package, w/o dependencies
• packagephobia - show total install size, incl. dependencies
• npm download size - show download size
• bundlephobia - useless, doesn't show real tarball size of the downloaded npm package

Show ANSI demo

git clone https://github.com/webdiscus/ansis.git
cd ./ansis
npm i
npm run demo

↑ top

Compatibility Check

Check the minimum version of your tool required for compatibility with the latest Ansis.

Supports:

• CJS: CommonJS module support.
• ESM: ECMAScript module support.
• FAUX: Fake or non-standard approach to module resolution (seen in swc).

Browser Compatibility for ANSI Codes

[!WARNING] Firefox doesn't natively support ANSI codes in the developer console.

↑ top

Benchmarks

[!CAUTION] The benchmark results are meaningless numbers intended purely to promote the library and increase its popularity. All libraries are more than fast enough. These results only to show the effectiveness of micro-optimizations in the code, which does not impact on real-world usage.

Of course Picocolors will be a little bit faster in a micro-benchmark since it has less code and doesn't handles edge cases.

Taken from the comment by the creator of Chalk.

To measure performance is used benchmark.js.

[!WARNING]

‼️ Don't trust other test results using vitest benchmark.

The vitest benchmark generate FALSE/unreal results.\ For example, the results of the simple bench:

chalk.red('foo') -  7.000.000 ops/sec
ansis.red('foo') - 23.000.000 ops/sec (x3 faster is WRONG result)

The actual performance results of Chalk and Ansis in this test are very similar.

Run benchmarks

git clone https://github.com/webdiscus/ansis.git
cd ./ansis
npm i
npm run build
npm run bench

Tested on

MacBook Pro 16" M1 Max 64GB\ macOS Sequoia 15.1\ Node.js v22.11.0\ Terminal iTerm2 v3.5.0

[!IMPORTANT]

Each library uses the recommended fastest styling method to compare the absolute performance.

In real practice, no one would use the slowest method (such as nested calls) to style a string when the library provides a faster and a shorter chained method.

For example:

lib.red.bold.bgWhite(' ERROR ')           // ✅ faster, shorter, readable
lib.red(lib.bold(lib.bgWhite(' ERROR '))) // ❌ slower, longer, unreadable

Simple bench

The simple test uses only single style. Picocolors, Colorette and Kleur do not support chained syntax or correct style break (wenn used `\n` in a string), so they are the fastest in this simple use case. No function, no performance overhead.

ansis.red('foo')
chalk.red('foo')
picocolors.red('foo')
...

+  picocolors@1.1.1    109.212.939 ops/sec
   colorette@2.0.20    108.044.800 ops/sec
   kleur@4.1.5          87.800.739 ops/sec
-> ansis@3.5.0          60.606.043 ops/sec  -44.5%
-  chalk@5.3.0          55.702.479 ops/sec  -48.9%
   kolorist@1.8.0       37.069.069 ops/sec
   ansi-colors@4.1.3    14.364.378 ops/sec
   colors@1.4.0          7.060.583 ops/sec
   cli-color@2.0.4       2.753.751 ops/sec
   colors-cli@1.0.33       897.746 ops/sec

Using 2 styles

Using only 2 styles, picocolors is already a bit slower, because using the chained syntax is faster than nested calls.

ansis.red.bold('foo')
chalk.red.bold('foo')
picocolors.red(picocolors.bold('foo')) // chained syntax is not supported
...

+  ansis@3.5.0          60.468.181 ops/sec
-  picocolors@1.1.1     58.777.183 ops/sec    -2.8%
-  chalk@5.3.0          47.789.020 ops/sec   -21.5%
   colorette@2.0.20     33.387.988 ops/sec
   kolorist@1.8.0       13.420.047 ops/sec
   kleur@4.1.5           5.972.681 ops/sec
   ansi-colors@4.1.3     4.086.412 ops/sec
   colors@1.4.0          3.018.244 ops/sec
   cli-color@2.0.4       1.817.039 ops/sec
   colors-cli@1.0.33       695.601 ops/sec

Using 3 styles

Using 3 styles, picocolors is 2x slower than ansis.

ansis.red.bold.bgWhite('foo')
chalk.red.bold.bgWhite('foo')
picocolors.red(picocolors.bold(picocolors.bgWhite('foo'))) // chained syntax is not supported
...

+  ansis@3.5.0          59.463.640 ops/sec
-  chalk@5.3.0          42.166.783 ops/sec  -29.0%
-  picocolors@1.1.1     32.434.017 ops/sec  -45.5% (~2x slower than Ansis)
   colorette@2.0.20     13.008.117 ops/sec
   kolorist@1.8.0        5.608.244 ops/sec
   kleur@4.1.5           5.268.630 ops/sec
   ansi-colors@4.1.3     2.145.517 ops/sec
   colors@1.4.0          1.686.728 ops/sec
   cli-color@2.0.4       1.453.611 ops/sec
   colors-cli@1.0.33       590.467 ops/sec

Using 4 styles

In rare cases, when using 4 styles, picocolors becomes 3.4x slower than ansis.

ansis.red.bold.underline.bgWhite('foo')
chalk.red.bold.underline.bgWhite('foo')
picocolors.red(picocolors.bold(picocolors.underline(picocolors.bgWhite('foo')))) // chained syntax is not supported
...

+  ansis@3.5.0          59.104.535 ops/sec
-  chalk@5.3.0          36.147.547 ops/sec  -38.8%
-  picocolors@1.1.1     17.581.709 ops/sec  -70.2% (~3x slower than Ansis)
   colorette@2.0.20      7.981.171 ops/sec
   kleur@4.1.5           4.825.665 ops/sec
   kolorist@1.8.0        3.729.880 ops/sec
   ansi-colors@4.1.3     1.514.053 ops/sec
   colors@1.4.0          1.229.999 ops/sec
   cli-color@2.0.4       1.210.931 ops/sec
   colors-cli@1.0.33       481.073 ops/sec

Deeply nested styles

The complex test with deeply nested single styles.

c.green(
  `green ${c.cyan(
    `cyan ${c.red(
      `red ${c.yellow(
        `yellow ${c.blue(
          `blue ${c.magenta(`magenta ${c.underline(`underline ${c.italic(`italic`)} underline`)} magenta`)} blue`,
        )} yellow`,
      )} red`,
    )} cyan`,
  )} green`,
)

+  colorette@2.0.20      1.110.056 ops/sec
-  picocolors@1.1.1      1.073.299 ops/sec
-> ansis@3.5.0             847.246 ops/sec  -23.7%
   kolorist@1.8.0          847.110 ops/sec
-  chalk@5.3.0             573.942 ops/sec  -48.3%
   kleur@4.1.5             471.285 ops/sec
   colors@1.4.0            439.588 ops/sec
   ansi-colors@4.1.3       382.862 ops/sec
   cli-color@2.0.4         213.351 ops/sec
   colors-cli@1.0.33        41.097 ops/sec

Colorette bench

The benchmark used in colorette for single styles.

c.red(`${c.bold(`${c.cyan(`${c.yellow('yellow')}cyan`)}`)}red`)

+  picocolors@1.1.1      3.861.384 ops/sec
   colorette@2.0.20      3.815.039 ops/sec
-> ansis@3.5.0           2.918.269 ops/sec  -24.4%
   kolorist@1.8.0        2.548.564 ops/sec
-  chalk@5.3.0           2.502.850 ops/sec  -35.2%
   kleur@4.1.5           2.229.023 ops/sec
   ansi-colors@4.1.3     1.426.279 ops/sec
   colors@1.4.0          1.123.139 ops/sec
   cli-color@2.0.4         481.708 ops/sec
   colors-cli@1.0.33       114.570 ops/sec

Picocolors complex bench

The picocolors benchmark, slightly modified. Added a bit more complexity by applying two styles to the colored word instead of one.

let index = 1e8;
c.red('.') +
c.yellow('.') +
c.green('.') +
c.red.bold(' ERROR ') +
c.red('Add plugin ' + c.cyan.underline('name') + ' to use time limit with ' + c.cyan(++index));

+  picocolors@1.1.1      2.601.559 ops/sec
-> ansis@3.5.0           2.501.227 ops/sec   -3.8%
   colorette@2.0.20      2.326.491 ops/sec
-  chalk@5.3.0           2.129.106 ops/sec  -18.1%
   kleur@4.1.5           1.780.496 ops/sec
   kolorist@1.8.0        1.685.703 ops/sec
   ansi-colors@4.1.3       838.542 ops/sec
   colors@1.4.0            533.362 ops/sec
   cli-color@2.0.4         287.558 ops/sec
   colors-cli@1.0.33        97.463 ops/sec

[!NOTE]

In this test, which is closer to practical use, each library uses the fastest styling method available.

So, chalk, ansis, ansi-colors, cli-color, colors-cli and colors uses chained method, e.g. c.red.bold(' ERROR '). While picocolors, colorette and kolorist uses nested calls, e.g. c.red(c.bold(' ERROR ')), because doesn't support the chained syntax.

↑ top

How to switch to Ansis

Ansis is a powerful, small, and fast replacement that requires no code migration for many similar libraries.\ Just replace your import ... from ... or require(...) to ansis.

Drop-in replacement for chalk, no migration required

- import chalk from 'chalk';
+ import chalk from 'ansis';

Ansis supports the Chalk syntax and is compatible* with styles and color names, so you don't need to modify the original code:

chalk.red.bold('Error!');

// colorize "Error: file not found!"
chalk.red(`Error: ${chalk.cyan.bold('file')} not found!`);

// ANSI 256 colors
chalk.ansi256(93)('Violet color');
chalk.bgAnsi256(194)('Honeydew, more or less');

// truecolor
chalk.hex('#FFA500').bold('Bold orange color');
chalk.rgb(123, 45, 67).underline('Underlined reddish color');
chalk.bgHex('#E0115F')('Ruby');
chalk.bgHex('#96C')('Amethyst');

[!WARNING]

Ansis doesn't not support the overline style, because it's not widely supported and no one uses it.\ Check you code and remove the overline style:

- chalk.red.overline('text');
+ chalk.red('text');

Optionally, you can rewrite the same code to make it even shorter and cleaner:

import { red, cyan, ansi256, bgAnsi256, fg, bg, hex, rgb, bgHex, bgRgb } from 'ansis';

red.bold('Error!'); // using parentheses
red.bold`Error!`;   // using template string

// colorize "Error: file not found!"
red`Error: ${cyan.bold`file`} not found!`;

// ANSI 256 colors
ansi256(93)`Violet color`;
bgAnsi256(194)`Honeydew, more or less`;
fg(93)`Violet color`; // alias for ansi256
bg(194)`Honeydew, more or less`;  // alias for bgAnsi256

// truecolor
hex('#FFA500').bold`Bold orange color`;
rgb(123, 45, 67).underline`Underlined reddish color`;
bgHex('#E0115F')`Ruby`;
bgHex('#96C')`Amethyst`;

↑ top

Drop-in replacement for colorette, no migration required

- import { red, bold, underline } from 'colorette';
+ import { red, bold, underline } from 'ansis';

Ansis is fully compatible with colorette styles and color names, so you don't need to modify the original code:

red.bold('Error!');
bold(`I'm ${red(`da ba ${underline("dee")} da ba`)} daa`);

Optionally, you can rewrite the same code to make it even shorter and cleaner:

red.bold`Error!`;
bold`I'm ${red`da ba ${underline`dee`} da ba`} daa`;

↑ top

Drop-in replacement for picocolors, no migration required

- import pico from 'picocolors';
+ import pico from 'ansis';

Ansis is fully compatible with picocolors styles and color names, so you don't need to modify the original code:

pico.red(pico.bold('text'));
pico.red(pico.bold(variable));

// colorize "Error: file not found!"
pico.red('Error: ' + pico.cyan(pico.bold('file')) + ' not found!');

Optionally, you can rewrite the same code to make it even shorter and cleaner:

import { red, cyan } from 'ansis';

red.bold`text`;
red.bold(variable);

// colorize "Error: file not found!"
red`Error: ${cyan.bold`file`} not found!`

↑ top

Drop-in replacement for ansi-colors, no migration required

- const c = require('ansi-colors');
+ const c = require('ansis');

Ansis is fully compatible with ansi-color styles and color names, so you don't need to modify the original code:

c.red.bold('Error!');

// colorize "Error: file not found!"
c.red(`Error: ${c.cyan.bold('file')} not found!`);

Optionally, you can rewrite the same code to make it even shorter and cleaner:

import { red, cyan } from 'ansis';

red.bold('Error!'); // using parentheses
red.bold`Error!`;   // using template string

// colorize "Error: file not found!"
red`Error: ${cyan.bold`file`} not found!`;

↑ top

Migration from kleur

- import { red, green, yellow, cyan } from 'kleur';
+ import { red, green, yellow, cyan } from 'ansis';

Ansis is fully compatible with kleur styles and color names, but Kleur v3.0 no longer uses Chalk-style syntax (magical getter):

green().bold().underline('this is a bold green underlined message');
yellow(`foo ${red().bold('red')} bar ${cyan('cyan')} baz`);

If you uses chained methods then it requires a simple code modification. Just replace (). with .:

green.bold.underline('this is a bold green underlined message');
yellow(`foo ${red.bold('red')} bar ${cyan('cyan')} baz`);

Optionally, you can rewrite the same code to make it even shorter and cleaner:

yellow`foo ${red.bold`red`} bar ${cyan`cyan`} baz`;

↑ top

Migration from cli-color

- const clc = require('cli-color');
+ const clc = require('ansis');

Ansis is compatible* with cli-color styles and color names:

clc.red.bold('Error!');

// colorize "Error: file not found!"
clc.red(`Error: ${c.cyan.bold('file')} not found!`);

[!WARNING]

Ansis doesn't not support the blink style, because it's not widely supported and no one uses it.\ Check you code and remove the blink style:

- clc.red.blink('text');
+ clc.red('text');

If you use ANSI 256 color functions xterm or bgXterm, these must be replaced with ansi256 fn or bgAnsi256 bg:

- clc.xterm(202).bgXterm(236)('Orange text on dark gray background');
+ clc.ansi256(202).bgAnsi256(236)('Orange text on dark gray background');

Optionally, you can rewrite the same code to make it even shorter and cleaner:

import { red, cyan, fg, bg } from 'ansis';

red.bold`Error!`;

// colorize "Error: file not found!"
red`Error: ${cyan.bold`file`} not found!`;

fg(202).bg(236)`Orange text on dark gray background`;

↑ top

Testing

npm run test will run the unit and integration tests.\ npm run test:coverage will run the tests with coverage.

↑ top

License

ISC

Changelog

3.17.0 (2025-03-02)

• feat: add support for old typescript < 5.6 to fix the error TS2526:

  A 'this' type is available only in a non-static member of a class or interface.

  NOTE: if you use already typescript >= 5.6, you can skip this version.

3.16.0 (2025-02-21)

• chore: after testing bump version to release version 3.16.0

3.16.0-beta.3 (2025-02-21)

• chore: revert the full text of ISC license from https://opensource.org/license/isc-license-txt

3.16.0-beta.0 (2025-02-19)

• refactor: micro optimisations for named exports to slight reduce the package size by ~40 bytes.

3.15.0 (2025-02-16)

• feat: reduce the package size by ~200 bytes.
• refactor: invisible micro optimisations.
• chore: after testing in many projects bump v3.15.0-beta.2 to release v3.15.0.
• chore: update dev dependencies.
• test: add tests for tsup bundler.

3.15.0-beta.2 (2025-02-15)

• refactor: slight reduce the package size

3.15.0-beta.1 (2025-02-15)

• feat: remove "main" from package.json, since Ansis is a dual package using "exports".\ Note:
  • requires Node >= v12.7.0 to support "exports".
  • npm does not require "main" for publishing a package.
  • Node.js prioritizes "exports" over "main" when resolving modules.
  • Modern bundlers and tools (like Webpack, Rollup, and TypeScript) also use "exports".
• docs: add to README the Compatibility Check for tools and browsers.

3.15.0-beta.0 (2025-02-14)

• feat: reduce the package size by ~100 bytes
• refactor: invisible micro optimisations

3.14.0 (2025-02-13)

• feat: add support for chromium-based browsers.\ Now you can use truecolor in the consoles of Chrome, Edge, Brave, and other Chromium-based browsers. Browsers that do not support ANSI codes will display black and white text.
• refactor: slight reduce the package size by ~40 bytes.

3.13.0 (2025-02-13)

Skip this version number.

3.12.0 (2025-02-11)

• feat: add support for \n as a newline in template literals, e.g.: green`Hello\nWorld` renders:

  Hello
  World

3.11.0 (2025-02-09)

• feat: add support for legacy Node.js v14 (in package.json for npm was changed the engines to "node": ">=14")
• test: add test in GitHub workflow for legacy Node.js versions: 14, 16
• chore: update dev dependencies

3.10.0 (2025-01-27)

• feat: ansis.reset() returns the reset escape code \e[0m
• feat: micro optimisations for slight performance improvements
• chore: code cleanup
• docs: update readme

3.9.1 (2025-01-15)

• refactor: invisible code improvements
• chore: add benchmark for long text
• docs: improve readme

3.9.0 (2025-01-13)

• feat: revert handling of null and undefined values to empty string as before v3.7.0, #25

3.8.1 (2025-01-10)

• refactor: optimize package size

3.8.0 (2025-01-09)

• feat: enforce a specific color support by a FORCE_COLOR value:

  • false - Disables colors
  • 0 - Disables colors
  • true (or unset) - Auto detects the supported colors (if no color detected, enforce truecolor)
  • 1 - Enables 16 colors
  • 2 - Enables 256 colors
  • 3 - Enables truecolor

• fix: if the function argument is an empty string should be returned an empty string w/o escape codes:

  ansis.red('') => '', // returns empty string w/o escape codes

• refactor: optimize code by size

3.7.0 (2025-01-07)

• fix: cast falsy values false, null, undefined, NaN to a string. In previous versions, the empty string '' was returned for falsy values.
• fix: functions with argument 0 , e.g. ansis.red(0), returning empty string '', now return colored value '0'
• test: add tests for function arguments with various types

3.6.0 (2025-01-04)

• feat: remove undocumented pointless dummy function ansis(any)

  [!WARNING] This is not a BREAKING CHANGE because it was never officially documented!

  import ansis from 'ansis';
  ansis('text'); // <= now will occur the ERROR TS2349: This expression is not callable.

  This warning applies only to projects where Chalk was replaced with Ansis and something like chalk('text') was used.

  Just replace ansis('text') with 'text'.

  The ansis('text') function was a dummy and did nothing except return the same input string.

• chore: update license to current date

3.5.2 (2024-12-28)

• fix: TS2339: Property 'strip' does not exist on type when the TS compiler option module is node16
• refactor: optimize index.d.ts to reduce package size from 7.3 kB to 7.0 kB

3.5.1 (2024-12-26)

• refactor: invisible code optimisation

3.5.0 (2024-12-26) release

• refactor: optimise npm package to reduce size by 3 kB, from 10.3 kB to 7.3 kB
• feat: add support the COLORTERM variable for values: truecolor, 24bit, ansi256, ansi (16 colors)
• feat: add support the xterm-direct terminal to detect the truecolor
• fix: remove detection environment variable GPG_TTY introduced in 3.5.0-beta.0 version, because it make no sense
• fix: default import in TypeScript, compiled with tsc: import ansis from 'ansis' now works so well as import * as ansis from 'ansis'

3.5.0-beta.6 (2024-12-25)

• refactor: optimise npm package to reduce the size
• chore: update benchmarks with newest version
• test: add more use cases

3.5.0-beta.5 (2024-12-24)

• feat: detect xterm-direct terminal as supported the truecolor
• feat: add support the COLORTERM variable for values: truecolor, 24bit, ansi256, ansi (16 colors)
• docs: update readme for using COLORTERM with examples

3.5.0-beta.4 (2024-12-23)

• docs: remove badges in readme for npm package to reduce package size

3.5.0-beta.3 (2024-12-23)

• docs: fix badge urls in readme for npm package

3.5.0-beta.2 (2024-12-23)

• refactor: optimise npm package to reduce the size by ~0.5 kB, from 8.0 kB to 7.5 kB
• test: fix swc configuration for compiling into CJS
• test: fix handling line endings on windows

3.5.0-beta.1 (2024-12-23)

• refactor: optimise npm package to reduce the size by ~1 kB, from 8.9 kB to 8.0 kB

3.5.0-beta.0 (2024-12-21)

• feat: add support environment variable GPG_TTY to detect it as isTTY. NOTE: in release v3.5.1 was removed as needles.
• fix: default import in TypeScript, compiled with tsc: import ansis from 'ansis' now works so well as import * as ansis from 'ansis'
• refactor: optimise npm package to reduce size by ~1.3 kB, from 10.3 kB to 8.9 kB
• refactor: optimize index.d.ts, remove insignificant spaces and words, use the type with dynamic properties instead of the interface
• test: add integration tests to execute compiled TypeScript and compare outputs with expected strings
• test: add tests for tsc, swc and esbuild compilers

3.4.0 (2024-12-14)

• refactor: optimise npm package to reduce size by ~1 KB, from 11.3 kB to 10.3 kB

3.4.0-beta.1 (2024-12-12)

• fix: url to GitHub in readme for npm package

3.4.0-beta.0 (2024-12-12)

• refactor: invisible code optimisations
• refactor: optimize readme for npm package to save ~400 bytes
• refactor: optimize index.d.ts for npm package to save ~500 bytes
• test: refactor benchmark tests
• test: add new representative benchmark tests for using 1, 2, 3 and 4 styles
• test: add picocolors complex benchmark test
• docs: update readme

3.3.2 (2024-07-23)

• fix: correct detect TTY on Windows platform
• chore: optimize code to reduce the size by ~50 bytes
• chore: add benchmarks for kolorist package
• test: add test matrix for windows on GitHub
• docs: add compare the size of most popular packages

3.3.1 (2024-07-18)

• chore: optimize code to reduce the size by ~600 bytes,
• chore: minify index.d.ts to reduce the size by ~200 bytes,
• chore: increase performance, e.g. using chained styles, 70.000.000 -> 80.000.000 ops/sec

3.3.0 (2024-07-14)

• feat(BREAKING CHANGE): remove old named import DEPRECATED in v2.0.0 (2023-11-03). If you update the package from v1.x to v3.3.0 then check your code:\ ESM

  - import { red } from 'ansis/colors';
  + import { red } from 'ansis';

  CJS

  - const { red } = require('ansis/colors');
  + const { red } = require('ansis');

• chore: cleanup/optimize package.json for npm package

3.2.1 (2024-07-12)

• chore: reduce unpacked size by ~ 1 KB
• docs: optimize README for NPM

3.2.0 (2024-04-24)

• feat: add ansis.isSupported() method to detect color support

3.1.1 (2024-04-15)

• fix: interpret FORCE_COLOR=false or FORCE_COLOR=0 as force disable colors\ others values, e.g., FORCE_COLOR=true or FORCE_COLOR=1 - force enable colors.\ See https://force-color.org.

3.1.0 (2024-04-10)

• feat: add detection of color support when using PM2 process manager

3.0.3 (2024-04-09)

• chore: add rollup-plugin-cleanup to remove comments from d.ts file for dist, that save yet 3 KB
• chore: update license year

3.0.2 (2024-04-08)

• chore: create mini version of README for NPM to minify package size
• docs: update readme

3.0.1 (2024-04-01)

• refactor: improve code
• chore: reduce code bundle size from 3.8 KB to 3.4 KB
• chore: update benchmark
• chore: update compare tests
• test: add more tests
• docs: improve readme

3.0.0 (2024-03-29)

• feat: add detection of color spaces support: TrueColor, 256 colors, 16 colors, no color
• feat: add fallback for supported color space: truecolor —> 256 colors —> 16 colors —> no colors
• perform: improve performance for hex() function
• chore: size increased from 3.2 KB to 3.8 KB as new features were added
• test: switch from jest to vitest
• test: add tests for new features
• docs: update readme for color spaces support

BREAKING CHANGE

In the new major version 3.x are removed unused styles and methods.

⚠️ Warning

Before update, please check your code whether is used deleted styles and methods.

Support Node.js

Drop supports for Node <= 14. Minimal supported version is 15.0.0 (Released 2020-10-20). In the theory the v3 can works with Node12, but we can't test it.

Deleted DEPRECATED named import syntax (since v3.3.0)

ESM

- import { red } from 'ansis/colors';
+ import { red } from 'ansis';

CJS

- const { red } = require('ansis/colors');
+ const { red } = require('ansis');

Deleted styles

The not widely supported styles are deleted:

• faint (alias for dim), replace in your code with dim
• doubleUnderline, replace in your code with underline
• frame, replace in your code with underline
• encircle, replace in your code with underline
• overline, replace in your code with underline

Deleted methods

The methods are deleted:

• ansi, replace in your code with ansi256 or fg
• bgAnsi, replace in your code with bgAnsi256 or bg

Deleted clamp in functions

The clamp (0, 255) for the ANSI 256 codes and RGB values is removed, because is unused. You should self check the function arguments.

The affected functions:

• ansi256 and fg (alias to ansi256) - expected a code in the range 0 - 255
• bgAnsi256 and bg (alias to bgAnsi256) - expected a code in the range0 - 255
• rgb - expected r, g, b values in the range 0 - 255
• bgRgb - expected r, g, b values in the range 0 - 255

2.3.0 (2024-02-15)

• feat: add detection of additional terminals, thanks @dse, colors.js:issue #42
• test: add test to detect various terminals

2.2.0 (2024-02-03)

• feat: add supports the argument as number
• test: add tests for new feature
• chore: add features compare of different libs, just run: npm run compare
• chore: add compare example on stackblitz
• docs: update readme

2.1.0 (2024-01-30)

• feat: add bgGrey and bgGray aliases for bgBlackBright
• refactor: optimize source code
• test: refactor tests
• docs: update readme

2.0.3 (2023-12-14)

• fix(index.d.ts): use function overload to make the tagged template have the correct type, #16

2.0.2 (2023-11-14)

• fix: could not find a declaration file for module 'ansis'

2.0.1 (2023-11-03)

• fix: missing exports of ansis.strip() and ansis.export() functions (issue was introduced in v2.0.0)
• refactor: optimize code to reduce distributed size
• test: add test for generated npm package in CJS and ESM mode
• test: add test for env variables and CLI flags
• test: add test to detect Deno
• test: add test to detect Next.js runtime
• docs: update readme

2.0.0 (2023-11-03)

• feat: add supports the Deno
• feat: add supports the Next.js edge runtime
• feat(CHANGE): add named import for ansis:\ NEW named import: import { red } from 'ansis'.\ If you use TypeScript and your IDE show the error: TS2307: Cannot find module ansis/colors,\ then you should use the new syntax, update you code: import { red } from 'ansis/colors' --> import { red } from 'ansis'.
• feat(DEPRECATE): OLD named import import { red } from 'ansis/colors' is deprecated, use the NEW named import
• feat(DEPRECATE): instead of the ansi use ansi256 or alias fg
• feat(DEPRECATE): instead of the bgAnsi use bgAnsi256 or alias bg
• feat: optimize named export
• feat: reduce the size of dist/ directory
• chore: update dev dependencies, new jest requires node.js >= 14

1.6.0-beta.0 (2023-11-01)

• feat: add supports the Deno
• feat: add supports the Next.js edge runtime
• test: add tests for isSupported() function
• chore: update dev dependencies

1.5.6 (2023-09-21)

• chore: update dev dependencies
• chore: add SECURITY.md
• chore: add PULL_REQUEST_TEMPLATE.md
• chore: update ISSUE_TEMPLATE
• docs: update readme

1.5.5 (2022-09-22)

• refactor: optimize code to reduce size by 120 bytes
• test: add test for isSupported() function
• docs: update readme, add example screenshots

1.5.4 (2022-09-14)

• fix: visible style with nested template strings

1.5.3 (2022-09-14)

• fix: set correct aliases for bgAnsi and fg methods by named export
• chore: refactor examples
• docs: update readme

1.5.2 (2022-09-10)

• fix: regard the value of the environment variable FORCE_COLOR=0 to force disable colors
• test: add tests for FORCE_COLOR
• docs: update readme

1.5.1 (2022-09-08)

• fix: add missing export for CJS mode in package.json
• test: add manual tests for CJS and ESM mode

1.5.0 (2022-09-08)

• DEPRECATE v1.5.0, because missing exports main for CJS mode, fixed in v1.5.1

1.5.0 (2022-09-08)

• feat: add supports the nested template literal syntax:

  console.log(red`red ${yellow`yellow ${green`green`} yellow`} red`)

• feat: add named export of colors with supports for chained syntax:

  import { red, green, yellow } from 'ansis/colors';
  console.log(red.bold.underline`text`);

• feat: add extending of base colors with named custom truecolor

  import ansis from 'ansis';
  ansis.extend({ orange: '#FFAB40' });
  console.log(ansis.orange.bold('text'));

• fix: corrected declarations in index.d.ts
• chore: add AnsiStyles, AnsiColors and AnsiColorsExtend types in index.d.ts
• refactor: optimize size of distributed bundle from 3.7KB to 3.1KB
• docs: add usage in CLI

1.4.0 (2022-07-02)

• feat: add method strip() to remove all ANSI codes from string

1.3.6 (2022-04-27)

• build: properly generated distribution package, bump to last stable version 1.3.6
• chore: update dev packages

1.3.5 (2022-04-27)

• DEPRECATED: this version is broken

1.3.4 (2022-01-30)

• feat: optimize distributed code size to smaller than 4 KB

1.3.3 (2022-01-24)

• feat: add UK spelling alias grey for gray
• chore: update dev dependencies
• docs: update readme

1.3.2 (2021-12-30)

• feat: add bundle generation for ESM
• build: auto generate bundles for ESM and CommonJS at npm publish

1.3.1 (2021-12-29)

• fix: usage for CommonJS: const ansis = require('ansis').default; --> const ansis = require('ansis');

1.3.0 (2021-12-29)

• feat: add support CommonJS (now supported ESM and CommonJS)
• feat: add aliases: .fg() for .ansi256() and .bg() for .bgAnsi256() methods
• fix: some inner param types
• chore: remove examples from NPM package (it can be cloned und run local)

1.2.2 (2021-12-28)

• fix: the path of examples in package.json

1.2.1 (2021-12-28)

• chore: add demo examples of all features
• docs: update readme

1.2.0 (2021-12-27)

• feat: add supports the environment variables NO_COLOR FORCE_COLOR and flags --no-color --color
• feat: add aliases ansi for ansi256 and bgAnsi for bgAnsi256
• docs: add to readme the compare of most popular ANSI libraries

1.1.1 (2021-12-27)

• feat: add the class Ansis to create more independent instances to increase the performance by benchmark
• feat: improve performance
• refactor: code refactoring
• docs: update readme

1.1.0 (2021-12-25)

• feat: add supports the use of open and close properties for each style
• fix: codes for methods ansi256() and bgAnsi256()
• chore: added demo to npm package
• chore: update package.json
• docs: update readme

1.0.0 (2021-12-24)

First release