Releases: Vibrant-Colors/node-vibrant
Releases · Vibrant-Colors/node-vibrant
v4.0.0
The first stable release in 4 years!
This is a huge release with a ton of internal stability improvements, bug fixes, and more.
There's even a docs site now: https://vibrant.dev
The codebase has never been in as good as a place as it is today; even in the early 3.15 days.
Breaking Changes
- You now must import from
node-vibrant/browser
,node-vibrant/node
, ornode-vibrant/worker
to get the correct environment-specific implementation Vibrant
class is now a named export- Node 18+ is now required
- ES5 support is dropped
Vibrant.getPalette
no longer accepts aname
orcallback
API- Please migrate to the promise-based API to replace the
callback
API - Please let us know if you were using the
name
API: https://github.com/Vibrant-Colors/node-vibrant/issues- It was unclear how this was used in practice. We can reconsider adding it back if there's usecases I wasn't aware of
- Please migrate to the promise-based API to replace the
Vibrant.getPalettes
no longer accepts anames
orcallback
API- Please migrate to the promise-based API to replace the
callback
API - Please let us know if you were using the
names
API: https://github.com/Vibrant-Colors/node-vibrant/issues- It was unclear how this was used in practice. We can reconsider adding it back if there's usecases I wasn't aware of
- Please migrate to the promise-based API to replace the
Builder.getSwatches
alias was removed in favor of callingBuilder.getPalette
- Removed the deprecated
Builder.getHex
API, use theBuilder.hex
property instead - Removed the deprecated
Builder.getPopulation
API, use theBuilder.population
property instead - Removed the deprecated
Builder.getHsl
API, use theBuilder.hsl
property instead - Removed the deprecated
Builder.getRgb
API, use theBuilder.rgb
property instead - Workers are imported differently using the
?worker
import fix alias