Top Related Projects
Elegant terminal spinner
:ledger: Minimal lightweight logging for JavaScript, adding reliable log level methods to wrap any available console.log methods
A tiny JavaScript debugging utility modelled after Node.js core's debugging technique. Works in Node.js and web browsers
A logger for just about everything.
a simple and fast JSON logging module for node.js services
A port of log4js to node.js
Quick Overview
Signale is a highly configurable Node.js logging utility with beautiful output formatting and support for custom loggers. It offers a clean and minimal interface for creating, extending, and using loggers in various environments, from simple scripts to complex applications.
Pros
- Highly customizable with support for custom loggers and themes
- Beautiful and colorful console output
- TypeScript support with built-in type definitions
- Supports log filtering and muting specific log types
Cons
- Limited to Node.js environments (not suitable for browser-based JavaScript)
- May be overkill for simple logging needs
- Requires additional setup compared to using console.log directly
Code Examples
Creating a basic logger:
const { Signale } = require('signale');
const signale = new Signale();
signale.success('Operation successful');
signale.error('Operation failed');
signale.info('Useful information');
Using custom loggers:
const { Signale } = require('signale');
const options = {
types: {
remind: {
badge: '⏰',
color: 'yellow',
label: 'Reminder'
},
santa: {
badge: '🎅',
color: 'red',
label: 'Santa'
}
}
};
const custom = new Signale(options);
custom.remind('Time for a break');
custom.santa('Ho ho ho!');
Scoped loggers:
const { Signale } = require('signale');
const signale = new Signale();
const foo = signale.scope('foo');
const bar = signale.scope('bar');
foo.success('Hello from foo');
bar.fatal('Hello from bar');
Getting Started
To use Signale in your project, follow these steps:
-
Install Signale:
npm install signale
-
Import and use Signale in your code:
const { Signale } = require('signale'); const signale = new Signale(); signale.success('Ready to log!');
-
Customize Signale (optional):
const options = { disabled: false, interactive: false, logLevel: 'info', secrets: ['API_KEY', 'CREDENTIALS'], timers: { 'my-timer': 5000 }, types: { myType: { badge: '✨', color: 'blue', label: 'My Type' } } }; const customSignale = new Signale(options);
Competitor Comparisons
Elegant terminal spinner
Pros of ora
- Focused on creating elegant terminal spinners
- Simpler API for basic use cases
- Supports custom spinner styles and animations
Cons of ora
- Less flexible for general-purpose logging
- Fewer built-in log types and customization options
- Limited support for log persistence and file output
Code Comparison
ora:
const ora = require('ora');
const spinner = ora('Loading unicorns').start();
setTimeout(() => {
spinner.succeed('Unicorns loaded');
}, 2000);
signale:
const { Signale } = require('signale');
const options = {
types: {
loading: {
badge: '⏳',
color: 'yellow',
label: 'loading'
}
}
};
const signale = new Signale(options);
signale.loading('Loading unicorns');
ora is more concise for creating spinners, while signale offers more customization for various log types. ora is better suited for simple progress indicators, whereas signale provides a more comprehensive logging solution with additional features like log types, scopes, and configuration options.
:ledger: Minimal lightweight logging for JavaScript, adding reliable log level methods to wrap any available console.log methods
Pros of loglevel
- Lightweight and simple to use, with a small footprint
- Browser and Node.js compatible, providing a consistent logging experience
- Supports custom logging methods and log levels
Cons of loglevel
- Limited built-in formatting options compared to Signale's rich output
- Lacks advanced features like spinners, timers, and interactive prompts
- No built-in support for custom loggers or logging to multiple destinations
Code Comparison
loglevel:
import log from 'loglevel';
log.setLevel("info");
log.info("This is an informational message");
log.error("This is an error message");
Signale:
const { Signale } = require('signale');
const options = { scope: 'custom-logger' };
const logger = new Signale(options);
logger.info('This is an informational message');
logger.error('This is an error message');
Both libraries provide simple logging capabilities, but Signale offers more advanced features and customization options out of the box. loglevel is more focused on providing a lightweight, cross-platform logging solution, while Signale emphasizes rich output and advanced logging features.
A tiny JavaScript debugging utility modelled after Node.js core's debugging technique. Works in Node.js and web browsers
Pros of debug
- Lightweight and minimal with a smaller footprint
- Widely adopted and battle-tested in the Node.js ecosystem
- Simple API with straightforward usage
Cons of debug
- Limited built-in formatting options
- Lacks advanced features like custom loggers and spinners
- No built-in support for log levels or log management
Code Comparison
debug:
const debug = require('debug')('app:server');
debug('Server started on port %d', 3000);
signale:
const { Signale } = require('signale');
const signale = new Signale();
signale.success('Server started on port', 3000);
Key Differences
- debug focuses on simplicity and minimal overhead, while signale offers more advanced features and customization options.
- signale provides built-in log levels, custom loggers, and visual enhancements like spinners and progress bars.
- debug uses a namespace-based approach for filtering logs, while signale uses a more structured logging system with predefined and custom loggers.
- signale offers more extensive formatting options out of the box, including colored output and various log types (e.g., success, error, warning).
Both libraries have their strengths, with debug being ideal for lightweight debugging and signale offering a more feature-rich logging experience.
A logger for just about everything.
Pros of Winston
- More mature and widely adopted logging solution
- Highly customizable with support for multiple transports
- Extensive documentation and community support
Cons of Winston
- Steeper learning curve for beginners
- Requires more configuration for basic use cases
- Less visually appealing console output out-of-the-box
Code Comparison
Winston:
const winston = require('winston');
const logger = winston.createLogger({
level: 'info',
format: winston.format.simple(),
transports: [new winston.transports.Console()]
});
logger.info('Hello, Winston!');
Signale:
const { Signale } = require('signale');
const options = { scope: 'app' };
const logger = new Signale(options);
logger.info('Hello, Signale!');
Key Differences
- Winston focuses on flexibility and extensibility, while Signale emphasizes simplicity and visual appeal
- Winston requires more setup but offers greater customization options
- Signale provides a more modern and visually appealing console output by default
- Winston supports multiple transports (file, database, etc.), while Signale is primarily designed for console logging
- Signale offers built-in support for custom loggers and themed output, which requires additional configuration in Winston
Both libraries are excellent choices for logging in Node.js applications, with Winston being more suitable for complex, enterprise-level projects and Signale offering a more user-friendly experience for smaller applications or quick prototyping.
a simple and fast JSON logging module for node.js services
Pros of Bunyan
- More mature and widely adopted in production environments
- Supports structured logging with JSON output
- Offers built-in support for multiple output streams
Cons of Bunyan
- Less visually appealing console output
- Requires more setup and configuration for basic usage
- Limited built-in log level customization
Code Comparison
Bunyan:
const bunyan = require('bunyan');
const log = bunyan.createLogger({name: 'myapp'});
log.info('Hello, world!');
Signale:
const { Signale } = require('signale');
const signale = new Signale();
signale.info('Hello, world!');
Key Differences
- Bunyan focuses on structured logging and JSON output, while Signale emphasizes visually appealing console output.
- Signale offers more customization options for log levels and styles out of the box.
- Bunyan provides better support for multiple output streams and log rotation.
- Signale has a simpler API and requires less configuration for basic usage.
Use Cases
- Choose Bunyan for production environments where structured logging and multiple output streams are crucial.
- Opt for Signale in development environments or when visually appealing console output is a priority.
Both libraries have their strengths, and the choice depends on specific project requirements and preferences.
A port of log4js to node.js
Pros of log4js-node
- More mature and widely adopted in the Node.js ecosystem
- Offers a wider range of appenders for different logging destinations
- Supports log rolling and file rotation out of the box
Cons of log4js-node
- Less visually appealing console output compared to Signale
- Configuration can be more complex for beginners
- Lacks some of the modern features like custom loggers and spinners
Code Comparison
log4js-node:
const log4js = require('log4js');
log4js.configure({
appenders: { cheese: { type: 'file', filename: 'cheese.log' } },
categories: { default: { appenders: ['cheese'], level: 'error' } }
});
const logger = log4js.getLogger('cheese');
logger.error('Cheese is too ripe!');
Signale:
const { Signale } = require('signale');
const options = {
types: {
error: {
badge: '!!',
label: 'fatal error'
}
}
};
const signale = new Signale(options);
signale.error('Cheese is too ripe!');
Both libraries offer powerful logging capabilities, but log4js-node is more established and feature-rich for complex logging scenarios, while Signale provides a more modern and visually appealing approach to console logging.
Convert designs to code with AI
Introducing Visual Copilot: A new AI model to turn Figma designs to high quality code using your components.
Try Visual CopilotREADME
Signale
Highly configurable logging utility
Description
Hackable and configurable to the core, signale can be used for logging purposes, status reporting, as well as for handling the output rendering process of other node modules and applications.
Read this document in: ç®ä½ä¸æ.
You can now support the development process through GitHub Sponsors.
Visit the contributing guidelines to learn more on how to translate this document into more languages.
Come over to Gitter or Twitter to share your thoughts on the project.
Highlights
- 19 out-of-the-box loggers
- Hackable to the core
- Clean and beautiful output
- Integrated timers
- Custom pluggable loggers
- TypeScript support
- Interactive and regular modes
- Secrets & sensitive information filtering
- Filename, date and timestamp support
- Scoped loggers and timers
- Scaled logging levels mechanism
- String interpolation support
- Multiple configurable writable streams
- Simple and minimal syntax
- Globally configurable through
package.json
- Overridable configuration per file and logger
Contents
- Description
- Highlights
- Install
- Usage
- Configuration
- API
- Development
- Related
- Who's Using It?
- Team
- Sponsors
- License
Install
Yarn
yarn add signale
NPM
npm install signale
Usage
Default Loggers
Import signale and start using any of the default loggers.
View all of the available loggers.
await
complete
error
debug
fatal
fav
info
note
pause
pending
star
start
success
wait
warn
watch
log
const signale = require('signale');
signale.success('Operation successful');
signale.debug('Hello', 'from', 'L59');
signale.pending('Write release notes for %s', '1.2.0');
signale.fatal(new Error('Unable to acquire lock'));
signale.watch('Recursively watching build directory...');
signale.complete({prefix: '[task]', message: 'Fix issue #59', suffix: '(@klauscfhq)'});
Custom Loggers
To create a custom logger define an options
object yielding a types
field with the logger data and pass it as argument to a new signale instance.
const {Signale} = require('signale');
const options = {
disabled: false,
interactive: false,
logLevel: 'info',
scope: 'custom',
secrets: [],
stream: process.stdout,
types: {
remind: {
badge: '**',
color: 'yellow',
label: 'reminder',
logLevel: 'info'
},
santa: {
badge: 'ð
',
color: 'red',
label: 'santa',
logLevel: 'info'
}
}
};
const custom = new Signale(options);
custom.remind('Improve documentation.');
custom.santa('Hoho! You have an unused variable on L45.');
Here is an example where we override the default error
and success
loggers.
const {Signale} = require('signale');
const options = {
types: {
error: {
badge: '!!',
label: 'fatal error'
},
success: {
badge: '++',
label: 'huge success'
}
}
};
const signale = new Signale();
signale.error('Default Error Log');
signale.success('Default Success Log');
const custom = new Signale(options);
custom.error('Custom Error Log');
custom.success('Custom Success Log');
The options
object can hold any of the following attributes: disabled
, interactive
, logLevel
, secrets
, stream
, scope
and types
.
disabled
- Type:
Boolean
- Default:
false
Disables the logging functionality of all loggers belonging to the created instance.
interactive
- Type:
Boolean
- Default:
false
Switches all loggers belonging to the created instance into the interactive mode.
logLevel
- Type:
String
- Default:
'info'
Sets the general logging level of the created instance. Can be one of the following:
'info'
- Displays all messages from all loggers.'timer'
- Displays messages only from thetime
,timeEnd
,debug
,warn
,error
&fatal
loggers.'debug'
- Displays messages only from thedebug
,warn
,error
&fatal
loggers.'warn'
- Displays messages only from thewarn
,error
&fatal
loggers.'error'
- Displays messages only from theerror
&fatal
loggers.
secrets
- Type:
(String|Number)[]
- Default:
[]
An array holding secrets/sensitive-information to be removed from the body and metadata of to-be-logged messages and replaced with the default '[secure]'
string.
stream
- Type:
stream.Writable|stream.Writable[]
- Default:
process.stdout
Destination to which the data is written, can be a single valid Writable stream or an array holding multiple valid Writable streams.
scope
- Type:
String|String[]
Name of the scope the logger is reporting from.
types
- Type:
Object
Holds the configuration of the custom and default loggers.
Additionally, the configuration object of each custom/default logger type, defined in the types
option, can hold any of the following attributes: badge
, label
, color
, logLevel
& stream
.
badge
- Type:
String
The icon corresponding to the logger.
label
- Type:
String
The label used to identify the type of the logger.
color
- Type:
String
The color of the label, can be any of the foreground colors supported by chalk.
logLevel
- Type:
String
- Default:
'info'
The log level corresponding to the logger. Messages originating from the logger are displayed only if the log level is greater or equal to the above described general logging level logLevel
of the Signale
instance.
stream
- Type:
stream.Writable|stream.Writable[]
- Default:
process.stdout
Destination to which the data is written, can be a single valid Writable stream or an array holding multiple valid Writable streams.
Scoped Loggers
To create a scoped logger from scratch, define the scope
field inside the options
object and pass it as argument to a new signale instance.
const {Signale} = require('signale');
const options = {
scope: 'global scope'
};
const global = new Signale(options);
global.success('Successful Operation');
To create a scoped logger based on an already existing one, use the scope()
function, which will return a new signale instance, inheriting all custom loggers, timers, secrets, streams, configuration, log level, interactive mode & disabled statuses from the initial one.
const signale = require('signale');
const global = signale.scope('global scope');
global.success('Hello from the global scope');
function foo() {
const outer = global.scope('outer', 'scope');
outer.success('Hello from the outer scope');
setTimeout(() => {
const inner = outer.scope('inner', 'scope');
inner.success('Hello from the inner scope');
}, 500);
}
foo();
Interactive Loggers
To initialize an interactive logger, create a new signale instance with the interactive
attribute set to true
. While into the interactive mode, previously logged messages originating from an interactive logger, will be overridden only by new ones originating from the same or a different interactive logger. Note that regular messages originating from regular loggers are not overridden by the interactive ones.
const {Signale} = require('signale');
const interactive = new Signale({interactive: true, scope: 'interactive'});
interactive.await('[%d/4] - Process A', 1);
setTimeout(() => {
interactive.success('[%d/4] - Process A', 2);
setTimeout(() => {
interactive.await('[%d/4] - Process B', 3);
setTimeout(() => {
interactive.error('[%d/4] - Process B', 4);
setTimeout(() => {}, 1000);
}, 1000);
}, 1000);
}, 1000);
Writable Streams
By default, all signale instances log their messages to the process.stdout
stream. This can be modified, to match your own preference, through the stream
property, where you can define a single or multiple valid Writable streams, which will be used by all logger types to log your data. Additionally, it is possible to define one or more Writable streams exclusively for a specific logger type, thus write data independently from the rest logger types.
const {Signale} = require('signale');
const options = {
stream: process.stderr, // All loggers will now write to `process.stderr`
types: {
error: {
// Only `error` will write to both `process.stdout` & `process.stderr`
stream: [process.stdout, process.stderr]
}
}
};
const signale = new Signale(options);
signale.success('Message will appear on `process.stderr`');
signale.error('Message will appear on both `process.stdout` & `process.stderr`');
Secrets Filtering
By utilizing the secrets
option, secrets and other sensitive information can be filtered out from the body as well as the metadata, i.e. scope names etc, of to-be-logged messages. The option is part of the configuration object passed to a Signale
instance on its initialization, and is of type Array<String|Number>
. The array can hold multiple secrets, all of which are removed, if present, from the to-be-logged messages and are replaced with the default '[secure]'
string. Additionally, when the unary signale.scope(name)
function is used, the returned Signale
instance inherits all the secrets belonging to its parent. The secrets checking process is performed in a case-sensitive manner. Also, the unary signale.addSecrets()
and the nullary signale.clearSecrets()
functions are available through the API for adding and clearing secrets respectively.
It is critical and highly recommended to not type directly secrets in your code, thus the following example serves only as a simple & easily reproducible usage demonstration.
const {Signale} = require('signale');
// In reality secrets could be securely fetched/decrypted through a dedicated API
const [USERNAME, TOKEN] = ['klaussinani', 'token'];
const logger1 = new Signale({
secrets: [USERNAME, TOKEN]
});
logger1.log('$ exporting USERNAME=%s', USERNAME);
logger1.log('$ exporting TOKEN=%s', TOKEN);
// `logger2` inherits all secrets from its parent `logger1`
const logger2 = logger1.scope('parent');
logger2.log('$ exporting USERNAME=%s', USERNAME);
logger2.log('$ exporting TOKEN=%s', TOKEN);
Timers
Timer are managed by the time()
and timeEnd()
functions. A unique label can be used to identify a timer on initialization, though if none is provided the timer will be assigned one automatically. In addition, calling the timeEnd()
function without a specified label will have as effect the termination of the most recently initialized timer, that was created without providing a label.
const signale = require('signale');
signale.time('test');
signale.time();
signale.time();
setTimeout(() => {
signale.timeEnd();
signale.timeEnd();
signale.timeEnd('test');
}, 500);
Configuration
Global
To enable global configuration define the options under the signale
namespace in your package.json
.
The following illustrates all the available options with their respective default values.
{
"signale": {
"displayScope": true,
"displayBadge": true,
"displayDate": false,
"displayFilename": false,
"displayLabel": true,
"displayTimestamp": false,
"underlineLabel": true,
"underlineMessage": false,
"underlinePrefix": false,
"underlineSuffix": false,
"uppercaseLabel": false
}
}
View all of the available options in detail.
displayScope
- Type:
Boolean
- Default:
true
Display the scope name of the logger.
displayBadge
- Type:
Boolean
- Default:
true
Display the badge of the logger.
displayDate
- Type:
Boolean
- Default:
false
Display the current local date in YYYY-MM-DD
format.
displayFilename
- Type:
Boolean
- Default:
false
Display the name of the file that the logger is reporting from.
displayLabel
- Type:
Boolean
- Default:
true
Display the label of the logger.
displayTimestamp
- Type:
Boolean
- Default:
false
Display the current local time in HH:MM:SS
format.
underlineLabel
- Type:
Boolean
- Default:
true
Underline the logger label.
underlineMessage
- Type:
Boolean
- Default:
false
Underline the logger message.
underlinePrefix
- Type:
Boolean
- Default:
false
Underline the logger prefix.
underlineSuffix
- Type:
Boolean
- Default:
false
Underline the logger suffix.
uppercaseLabel
- Type:
Boolean
- Default:
false
Display the label of the logger in uppercase.
Local
To enable local configuration call the config()
function on your signale instance. Local configurations will always override any pre-existing configuration inherited from package.json
.
In the following example, loggers in the foo.js
file will run under their own configuration, overriding the package.json
one.
// foo.js
const signale = require('signale');
// Overrides any existing `package.json` config
signale.config({
displayFilename: true,
displayTimestamp: true,
displayDate: false
});
signale.success('Hello from the Global scope');
Also, scoped loggers can have their own independent configuration, overriding the one inherited by the parent instance or package.json
.
// foo.js
const signale = require('signale');
signale.config({
displayFilename: true,
displayTimestamp: true,
displayDate: false
});
signale.success('Hello from the Global scope');
function foo() {
// `fooLogger` inherits the config of `signale`
const fooLogger = signale.scope('foo scope');
// Overrides both `signale` and `package.json` configs
fooLogger.config({
displayFilename: true,
displayTimestamp: false,
displayDate: true
});
fooLogger.success('Hello from the Local scope');
}
foo();
API
signale.<logger>(message[, message]|messageObj|errorObj)
logger
- Type:
Function
Can be any default or custom logger.
message
- Type:
String
Can be one or more comma delimited strings.
const signale = require('signale');
signale.success('Successful operation');
//=> â success Successful operation
signale.success('Successful', 'operation');
//=> â success Successful operation
signale.success('Successful %s', 'operation');
//=> â success Successful operation
errorObj
- Type:
Error Object
Can be any error object.
const signale = require('signale');
signale.error(new Error('Unsuccessful operation'));
//=> â error Error: Unsuccessful operation
// at Module._compile (module.js:660:30)
// at Object.Module._extensions..js (module.js:671:10)
// ...
messageObj
- Type:
Object
Can be an object holding the prefix
, message
and suffix
attributes, with prefix
and suffix
always prepended and appended respectively to the logged message
.
const signale = require('signale');
signale.complete({prefix: '[task]', message: 'Fix issue #59', suffix: '(@klaussinani)'});
//=> [task] â complete Fix issue #59 (@klaussinani)
signale.complete({prefix: '[task]', message: ['Fix issue #%d', 59], suffix: '(@klaussinani)'});
//=> [task] â complete Fix issue #59 (@klaussinani)
signale.scope(name[, name])
Defines the scope name of the logger.
name
- Type:
String
Can be one or more comma delimited strings.
const signale = require('signale');
const foo = signale.scope('foo');
const fooBar = signale.scope('foo', 'bar');
foo.success('foo');
//=> [foo] ⺠â success foo
fooBar.success('foo bar');
//=> [foo] [bar] ⺠â success foo bar
signale.unscope()
Clears the scope name of the logger.
const signale = require('signale');
const foo = signale.scope('foo');
foo.success('foo');
//=> [foo] ⺠â success foo
foo.unscope();
foo.success('foo');
//=> â success foo
signale.config(settingsObj)
Sets the configuration of an instance overriding any existing global or local configuration.
settingsObj
- Type:
Object
Can hold any of the documented options.
// foo.js
const signale = require('signale');
signale.config({
displayFilename: true,
displayTimestamp: true,
displayDate: true
});
signale.success('Successful operations');
//=> [2018-5-15] [11:12:38] [foo.js] ⺠â success Successful operations
signale.time([, label])
- Return Type:
String
Sets a timers and accepts an optional label. If none provided the timer will receive a unique label automatically.
Returns a string corresponding to the timer label.
label
- Type:
String
Label corresponding to the timer. Each timer must have its own unique label.
const signale = require('signale');
signale.time();
//=> ⶠtimer_0 Initialized timer...
signale.time();
//=> ⶠtimer_1 Initialized timer...
signale.time('label');
//=> ⶠlabel Initialized timer...
signale.timeEnd([, label])
- Return Type:
Object
Deactivates the timer to which the given label corresponds. If no label is provided the most recent timer, that was created without providing a label, will be deactivated.
Returns an object {label, span}
holding the timer label and the total running time.
label
- Type:
String
Label corresponding to the timer, each timer has its own unique label.
const signale = require('signale');
signale.time();
//=> ⶠtimer_0 Initialized timer...
signale.time();
//=> ⶠtimer_1 Initialized timer...
signale.time('label');
//=> ⶠlabel Initialized timer...
signale.timeEnd();
//=> â¼ timer_1 Timer run for: 2ms
signale.timeEnd();
//=> â¼ timer_0 Timer run for: 2ms
signale.timeEnd('label');
//=> â¼ label Timer run for: 2ms
signale.disable()
Disables the logging functionality of all loggers belonging to a specific instance.
const signale = require('signale');
signale.success('foo');
//=> â success foo
signale.disable();
signale.success('foo');
//=>
signale.enable()
Enables the logging functionality of all loggers belonging to a specific instance.
const signale = require('signale');
signale.disable();
signale.success('foo');
//=>
signale.enable();
signale.success('foo');
//=> â success foo
signale.isEnabled()
Checks whether the logging functionality of a specific instance is enabled.
const signale = require('signale');
signale.success('foo');
//=> â success foo
signale.isEnabled();
// => true
signale.disable();
signale.success('foo');
//=>
signale.isEnabled();
// => false
signale.addSecrets(secrets)
Adds new secrets/sensitive-information to the targeted Signale instance.
secrets
- Type:
(String|Number)[]
Array holding the secrets/sensitive-information to be filtered out.
const signale = require('signale');
signale.log('$ exporting USERNAME=%s', 'klaussinani');
//=> $ exporting USERNAME=klaussinani
signale.addSecrets(['klaussinani']);
signale.log('$ exporting USERNAME=%s', 'klaussinani');
//=> $ exporting USERNAME=[secure]
signale.clearSecrets()
Removes all secrets/sensitive-information from the targeted Signale instance.
const signale = require('signale');
signale.addSecrets(['klaussinani']);
signale.log('$ exporting USERNAME=%s', 'klaussinani');
//=> $ exporting USERNAME=[secure]
signale.clearSecrets();
signale.log('$ exporting USERNAME=%s', 'klaussinani');
//=> $ exporting USERNAME=klaussinani
Development
For more info on how to contribute to the project, please read the contributing guidelines.
- Fork the repository and clone it to your machine
- Navigate to your local fork:
cd signale
- Install the project dependencies:
npm install
oryarn install
- Lint code for errors:
npm test
oryarn test
Related
- qoa - Minimal interactive command-line prompts
- taskbook - Tasks, boards & notes for the command-line habitat
- hyperocean - Deep oceanic blue Hyper terminal theme
Who's Using It?
View in detail all the packages and repositories that are using Signale here.
Team
- Klaudio Sinani (@klaudiosinani)
- Mario Sinani (@mariosinani)
Sponsors
A big thank you to all the people and companies supporting our Open Source work:
License
Top Related Projects
Elegant terminal spinner
:ledger: Minimal lightweight logging for JavaScript, adding reliable log level methods to wrap any available console.log methods
A tiny JavaScript debugging utility modelled after Node.js core's debugging technique. Works in Node.js and web browsers
A logger for just about everything.
a simple and fast JSON logging module for node.js services
A port of log4js to node.js
Convert designs to code with AI
Introducing Visual Copilot: A new AI model to turn Figma designs to high quality code using your components.
Try Visual Copilot