Update dependency kleur to v4

[renovate]

This PR contains the following updates:

Package	Type	Update	Change
kleur	dependencies	major	^3.0.3 -> ^4.0.0

---

Release Notes

lukeed/kleur

v4.0.2

Compare Source

Patches

• Disable colorization if inside a TTY context (#​33): 5c7353f
  Thank you @​ai~!

Before:

$ npx app.js > log.txt
#=> The `log.txt` filled with ANSI codes 

After:

$ npx app.js > log.txt
#=> The `log.txt` is plain text

OVERRIDE:

$ FORCE_COLOR=1 npx app.js > log.txt
#=> The `log.txt` filled with ANSI codes; as requested
```

Chores

• Add bash tests for ENV detection: 5c7353f
• Update README with TTY explainer and example: 3a6a272, 3b3742a
• Update test runner version: 5fd93ba

v4.0.1

Compare Source

Patches

• Revert to Node 6.x minimum support: 8c01d93
  The code works perfectly in that environment, so there's no reason not to.
  Truth be told, it was only bumped to 10.x because of the test runner constraint.

• (types) fix kleur/colors overloaded definition: f2f33a8
  Original print order assumed that every export returned null, which is not true.

v4.0.0

Compare Source

Breaking

The minimum Node.js runtime increased from 6.x to 10.x since 10.x is the oldest active LTS version.
If you need to continue supporting Node 6.x, either continue using kleur@3.x or ignore the "engines" constraint of kleur@4.x – its CommonJS files will still execute in a Node 6.x environment.

Features

• Added native ESM support with exports map (for Node 12.18.x, Node 14+) (#​30): 2da16a9
  Thank you @​kristoferbaxter~!

• Added module package entry (for bundler and PikaCDN) (#​31): 2da16a9

• Added new kleur/colors entry module: 049c080

These changes allow for import statements with kleur.
It's done in a way such that Node.js environments that natively support import will work. For those that don't and are using webpack/Rollup, the "module" entry is made available so that you can still take advantage of the ESM format.

We took this idea one step further with kleur/colors – which individually exports each color, modifier, and background function. This allows you to import only the methods you need, and the unused pieces of code are detached from your code. In other words, kleur/colors is 100% treeshakeable, which is a big advantage of the ESM format. Node.js (with native ESM support), Rollup, and webpack benefit from this, which means that your programs only include/load the kleur code you use.

If you're not ready to use ESM yet, require statements still work for both modules in all environments.

See the Individual Colors documentation for more info

import kleur from 'kleur';
import * as colors from 'kleur/colors';

console.log(
  kleur.underline().green('kleur natively supports ESM~!')
);

console.log(
  colors.white(colors.italic(`... so does "${ colors.green('kleur/colors') }"~!`))
);

Chores

• Migrate CI from TravisCI to GitHub Actions: f0b5da4, 88f9f72
• Move to c8 for code coverage: 06e3ba4
• Update test runner, include kleur/colors tests: f39b294
• Update benchmarks: 46cc8d8, 61d0d58, 049c080
• Update README: e2291ef, 9f09249, 840d3c0

---

Renovate configuration

📅 Schedule: At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻️ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

---

• If you want to rebase/retry this PR, check this box

---

This PR has been generated by WhiteSource Renovate. View repository job log here.