# Ololog! [![Build Status](https://travis-ci.org/xpl/ololog.svg?branch=master)](https://travis-ci.org/xpl/ololog) [![Windows Build Status](https://ci.appveyor.com/api/projects/status/toprqa1obtcawp1m?svg=true)](https://ci.appveyor.com/project/xpl/ololog) [![NPM](https://img.shields.io/npm/v/ololog.svg)](http://npmjs.com/package/ololog) - [x] A better `console.log` for the log-driven debugging junkies - [x] [Colors / styles](https://github.com/xpl/ololog#ansi-styling) for terminals and Chrome DevTools (try [online demo](https://xpl.github.io/ololog/)) - [x] [Displays call locations](https://github.com/xpl/ololog#displaying-call-location) - [x] [Returns its argument](https://github.com/xpl/ololog#debugging-of-functional-expressions) (for easy debugging of functional expressions) - [x] [Smart indentation / newline handling](https://github.com/xpl/ololog/#smart-indentation--newline-handling) - [x] [Powerful object printer](https://github.com/xpl/ololog#smart-object-printing) - [x] Formats `Error` instances as [pretty stacktraces with source lines](https://github.com/xpl/ololog#pretty-printing-error-instances) - [x] Full sourcemap support (via [`get-source`](https://github.com/xpl/get-source)) - [x] [Pluggable pipeline architecture](https://github.com/xpl/pipez#pipezbeta) - [x] [Can replace the default unhandled error printer in Node](https://github.com/xpl/ololog#using-as-the-default-exception-printer-in-node) - [x] [Integrates with Mocha](https://github.com/xpl/ololog#using-with-mocha) (experimental) # Examples _(NEW!)_ These examples demonstrate some non-trivial complex behaviors that could be achieved with Ololog by [plugging](#overriding-the-default-behaivor) into it's rendering pipeline. For simpler examples read further docs! 1. [Logging to a file and on screen at the same time (with different log levels)](https://github.com/xpl/ololog/blob/master/examples/logging-to-file.js) 2. [Collapsing repeated messages (with an incrementing counter)](https://github.com/xpl/ololog/blob/master/examples/collapsing-repeated-messages.js) screen shot 2018-05-11 at 19 32 48

3. [Displaying log levels and custom tags](https://github.com/xpl/ololog/blob/master/examples/custom-tags.js) screen shot 2019-01-22 at 22 46 59

# TODO - [ ] HTML/DOM rendering - [ ] Improve [tests](https://github.com/xpl/ololog/blob/master/test.js) coverage # Importing For use with Node or with module bundlers (Browserify / WebPack / Rollup): ```bash npm install ololog ``` ```javascript const log = require ('ololog') ``` # Using With [Mocha](https://mochajs.org/)

```bash mocha --reporter ololog/reporter ``` - [x] Aligns log messages nicely - [x] Supresses log output for nonfailed tests (disable with `.only` or `this.verbose=true` for a suite/test) - [x] Automatically manages empty lines / whitespace for better legibility - [x] Prints unhandled exceptions and promise rejections as nice stacktraces - [x] [Animated execution progress](https://user-images.githubusercontent.com/1707/30836580-c80ab106-a267-11e7-87d1-04513d36995b.gif) **NOTE:** It is highly experimental yet, and things may not work as expected... # Browser Bundle ...for those who still uses ` ``` # Basic Usage At first, it's similar to `console.log`: ```javascript log ('foo', 'bar', 'baz') // foo bar baz ``` # Configuration It exposes a method called `.configure`, which produces a new `log` instance with the new settings applied (not mutating the original one), which can be saved and re-used subsequently: ```javascript const log = require ('ololog').configure ({ concat: { separator: '' }}) ``` ```javascript log ('foo', 'bar', 'baz') // foobarbaz ``` ...or you can apply the configuration method _ad-hoc_: ```javascript log.configure ({ concat: { separator: '' }}) ('foo', 'bar', 'baz') // foobarbaz ``` And you can chain the configuration calls, applying them subsequently: ```javascript log1 = log.configure ({ locate: false }) // removes the code location tag log1 ('foo') log2 = log1.configure ({ time: true }) // preserves previous settings + enables timestamps log2 ('bar') ``` The variety of possible options will be covered just below — there is a plenty of them! Configuration engine is implemented as a separate external library, for everyone's use — you can [read more about it here](https://github.com/xpl/pipez#pipez). Contributions are welcome. # Debugging Of Functional Expressions Ololog returns its first argument (a feature that `console.log` doesn't have), and it greatly simplifies debugging of functional expressions, as you can simply wrap part of an expression to `log`: ```javascript array.map (x => log (x) + 1) ``` It is far less ugly than with `console.log`: ```javascript array.map (x => { console.log (x); return x + 1 }) ``` Also, if you don't like that behavior, you can override it. For example, returning the _last argument_ instead of first: ```javascript log = log.configure ({ returnValue: (text, { initialArguments }) => initialArguments[initialArguments.length - 1] }) ``` # ANSI Styling Backed by the [ansicolor](https://github.com/xpl/ansicolor) library, colored output is supported for the terminal environment and for the Chrome DevTools console. On other platforms, ANSI codes are safely stripped from the output, so they don't mess up anything. Apply styling by calling the [`ansicolor`](https://github.com/xpl/ansicolor) methods on arbitrary strings: ```javascript require ('ansicolor').nice // importing in .nice mode extends the String prototype, but there's a safe functional mode as well (see the docs...) log (('foo'.dim.red + 'bar'.bgLightCyan).underline) ``` ...or by using the built-in shorthand methods (no need to import `ansicolor`, but we lose the ability to colorize just a part of a string): ```javascript log.red ('red text') log.bright.red.underline ('multiple styles combined') ``` [See all the supported styling options here](https://github.com/xpl/ansicolor#supported-styles). # Smart Indentation / Newline Handling To add indentation to a multiline text or complex objects, you can simply provide the indentation symbols as a first argument: ```javascript log (' ', 'foo\nbar\nbar') ``` ``` foo bar bar ``` The remarkable thing is that you can provide *any text* that would be used to offset what's coming after it. This is especially useful with printing long objects that span across many lines: ```javascript log ('This is my object:', { foo: 10, bar: 20, qux: 30 }) ``` ``` This is my object: { foo: 10, bar: 20, qux: 30 } ``` Compare it to the crappy `console.log` output, which doesn't care about readability: ``` This is my object: { foo: 10, bar: 20, qux: 30 } ``` Ololog also handles the ANSI escape codes correctly while computing the proper the indentation width: ```javascript const { bright } = require ('ansicolor') log.magenta (bright.green ('This is my object:'), { foo: 10, bar: 20, qux: 30 }) ``` Screen Shot 2019-06-27 at 13 39 08

## Using The `indent` Option The other way is to use the `indent` config option: ```javascript log.configure ({ indent: { level: 3 } }) ('foo\nbar\nbaz\n') ``` Shorthand method: ```javascript log.indent (2) ('foo\n', 'bar\n', 'baz') ``` You can also set the indentation pattern should be used: ```javascript log = log.configure ({ indent: { pattern: '\t' } }) ``` # Smart Object Printing All magic is provided by the external [String.ify](https://github.com/xpl/string.ify) library. Read the docs to see all the available configuration options. There are plenty of them! Contributions are welcome. ![GIF Animation](https://user-images.githubusercontent.com/1707/39936518-6163e2dc-5555-11e8-9c40-3abe57371ab4.gif) Default output: ```javascript log (obj) // prints example object ``` ``` { asks: [ { price: "1000", amt: 10 }, { price: "2000", amt: 10 } ], bids: [ { price: "500", amt: 10 }, { price: "100", amt: 10 } ] } ``` Longer strings: ```javascript log.maxLength (70) (obj) ``` ``` { asks: [{ price: "1000", amt: 10 }, { price: "2000", amt: 10 }], bids: [{ price: "500", amt: 10 }, { price: "100", amt: 10 }] } ``` Shorter strings: ```javascript log.maxLength (20) (obj) ``` ``` { asks: [ { price: "1000", amt: 10 }, { price: "2000", amt: 10 } ], bids: [ { price: "500", amt: 10 }, { price: "100", amt: 10 } ] } ``` Disabling right keys alignment: ```javascript log.noRightAlignKeys (anotherObj) ``` ``` { obj: [ { someLongPropertyName: 1, propertyName: 2, anotherProp: 4, moreProps: 5 }, { propertyName: { someVeryLongPropertyName: true, qux: 6, zap: "lol" } } ] } ``` Disabling fancy nesting: ```javascript log.noFancy (anotherObj) ``` ``` { obj: [ { someLongPropertyName: 1, propertyName: 2, anotherProp: 4, moreProps: 5 }, { propertyName: { someVeryLongPropertyName: true, qux: 6, zap: "lol" } } ] } ``` No fancy nesting + setting indentation width to 2 spaces: ```javascript log.configure ({ stringify: { fancy: false, indentation: ' ' } }) (yetAnotherObj) ``` ``` { obj: [ { propertyName: 2, moreProps: 5 } ] } ``` Single line mode: ```javascript log.noPretty (obj) ``` ``` { asks: [{ price: "1000", amount: 10 }, { price: "2000", amount: 10 }], bids: [{ price: "500", amount: 10 }, { price: "100", amount: 10 }] } ``` Changing max print depth / max array length: ```javascript log.maxDepth (1).maxArrayLength (100) (obj) // or log.configure ({ stringify: { maxDepth: 1, maxArrayLength: 100 } }) ``` ```javascript log.unlimited (obj) // disables limiting ``` Setting floating-point output precision: ```javascript log.precision (2) ({ foo: 123.456789 }) ``` ```javascript { foo: 123.45 } ``` Passing other configuration options to [`string.ify`](https://github.com/xpl/string.ify) (read the its docs for more info): ```javascript log.configure ({ stringify: { pure: false, json: false, maxDepth: 5, maxLength: 50, maxArrayLength: 60, maxObjectLength: 200, maxStringLength: 60, precision: undefined, formatter: undefined, pretty: 'auto', rightAlignKeys: true, fancy: true, indentation: ' ' } }) (obj) ``` ### Avoid Too Long Call Chains Please not that in case of multiple configuration options it is preferable to do that: ```javascript log.configure ({ stringify: { precision: 2, maxLength: 20, noFancy: true, maxDepth: 8 }}) ``` ...instead of: ```javascript log.precision (2).maxLength (20).noFancy.maxDepth (8) ``` ...because the latter generates too deep callstack which could disrupt the displaying of the [call location tag](https://github.com/xpl/ololog#displaying-call-location) along with the message! The problem is yet to be solved in future [`pipez`](https://github.com/xpl/pipez) versions. # Using With Custom Stringifier Replacing the default printer with [q-i](https://github.com/sapegin/q-i) (as an example): ```javascript const log = require ('ololog').configure ({ stringify: { print: require ('q-i').stringify } }) ``` ```javascript log ({ foo: true, bar: 42 }) ``` ![pic](https://user-images.githubusercontent.com/1707/30799941-222a66a8-a1e7-11e7-89b5-4bed706c7840.png) You can also override the arguments stringification stage completely (see more on [overriding default behavior](https://github.com/xpl/ololog#overriding-the-default-behavior)): ```javascript log = require ('ololog').configure ({ stringify (args, cfg) { return args.map (x => myCustomStringifier (x, cfg)) } }) // ...providing additional configuration somewhere later... log = log.configure ({ stringify: { /* this object will be passed down as `cfg` to myCustomStringifier */ }}) ``` # Pretty Printing `Error` Instances This feature is implemented in the [StackTracey](https://github.com/xpl/stacktracey#pretty-printing) library. See it's docs for more (you can configure the path shortening / library calls skipping). ```javascript log.bright.red (e) // where `e` is an instance of Error ``` or (if you want the output go to _stderr_ and supress the grey location badge): ```javascript log.bright.red.error.noLocate (e) ``` Screen Shot 2019-04-06 at 00 56 17

# Using As The Default Exception Printer In Node ```javascript process.on ('uncaughtException', e => { log.bright.red.error.noLocate (e); process.exit (1) }) process.on ('unhandledRejection', e => { log.bright.red.error.noLocate (e); process.exit (1) }) ``` Or you can simply call the `handleNodeErrors` helper when importing Ololog: ```javascript const log = require ('ololog').handleNodeErrors () ``` ### See Also: [`panic-overlay`](https://github.com/xpl/panic-overlay/#panic-overlay-) You can improve the error reporting not only in Node projects, but also in browsers. See the [`panic-overlay`](https://github.com/xpl/panic-overlay/#panic-overlay-) library which shares the same codebase with Ololog:

# Displaying Call Location Have you ever encountered a situation where you need to quickly find in the code the place where the logging is called, but it's not so easy to do? With call location tags it's really easy. And it's enabled by default. ![log message](https://cdn.jpg.wtf/futurico/d6/dd/1493351933-d6dd0c2e633fbb2f886c25c0d8e6f6ad.png) ![call](https://cdn.jpg.wtf/futurico/d6/0c/1493352126-d60cebe41bab9c3d111364ecfc9d2c65.png) Disabling: ```javascript log.configure ({ locate: false }) (...) ``` ...or: ```javascript log.noLocate (...) ```` Custom printer: ```javascript log.configure ({ locate: { print: ({ calleeShort, fileName, line }) => ... } }) (...) ``` Displaying outer call location (upwards the stack), can be useful when implementing library code / wrappers: ```javascript log.configure ({ locate: { shift: 1 }}) (...) ``` Manually setting call location (see the [StackTracey](https://github.com/xpl/stacktracey) library, which serves the purpose): ```javascript log.configure ({ locate: { where: new StackTracey ().at (2) } }) (...) ``` # Timestamping Disabled by default. To enable (with default options): ```javascript log = log.configure ({ time: true }) ```

Configure formatting: ```javascript log = log.configure ({ time: { yes: true, format: 'iso' } }) ``` Here is the correspondence between the `format` option value and the related `Date` method used for rendering: | `format` value | `Date` method | -------------------- | --------------------- | | `"locale"` (default) | `.toLocaleString ()` | | `"iso"` | `.toISOString ()` | | `"utc"` | `.toUTCString ()` | | `null` | `.toString ()` | Providing [locale and timezone options](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Date/toLocaleString) (available when `format` is set to `locale`): ```javascript log.configure ({ time: { yes: true, format: 'locale', locale: 'en-US', options: { timeZone: 'America/Denver' } } }) ``` Providing a custom printer: ```javascript log.configure ({ time: { yes: true, print: x => (String (x) + ' | ').bright.cyan }}) ('Lorem ipsum dolor sit amet\nconsectetur adipiscing elit..') ``` ![pic](https://cdn.jpg.wtf/futurico/93/45/1493357501-9345b20f7edd289e0336bc322f1e68c3.png) Backdating: ```javascript log.configure ({ time: { yes: true, when: new Date ('2017-02-27T12:45:19.951Z') }}) (...) ``` # Specifying Additional Semantics (errors / warnings / info messages) You can add the `.error` call modifier, which tells Ololog to render with the `console.error` instead of the `console.log`: ```javascript log.error ('this goes to stderr') ``` ```javascript log.bright.red.error ('bright red error!') ``` Other `console` methods are supported as well: ```javascript log.info ('calls console.info') ``` ```javascript log.warn ('calls console.warn') ``` ```javascript log.debug ('calls console.debug') ``` # Displaying The `INFO` / `WARN` / `ERROR` / `DEBUG` Tags There is a `tag` stage (disabled by default) that displays the log level: ```javascript const log = require ('ololog').configure ({ tag: true }) log ('a regular message') log.info ('an info message') log.warn ('a warning') log.error ('an error') log.debug ('a debug message') ``` screen shot 2019-01-22 at 22 22 44

# Customized Tag Printer You can completely override the `tag` stage, introducing new parameters and behavior (a `clusterId` in this example): ```javascript const bullet = require ('string.bullet') // NB: these packages are part of Ololog, no need to install them separately const { cyan, yellow, red, dim } = require ('ansicolor') const log = require ('ololog').configure ({ locate: false, time: true, tag: (lines, { level = '', levelColor = { 'info': cyan, 'warn': yellow, 'error': red.bright.inverse, 'debug': blue}, clusterId }) => { const clusterStr = clusterId ? ('CLUSTER[' + (clusterId + '').padStart (2, '0') + ']') : '' const levelStr = level && (levelColor[level] || (s => s)) (level.toUpperCase ()) return bullet (dim (clusterStr.padStart (10)) + '\t' + levelStr.padStart (6) + '\t', lines) } }) ``` ```javascript log.configure ({ tag: { clusterId: 1 } }) ('foo') log.configure ({ tag: { clusterId: 3 } }).info ('bar') log.configure ({ tag: { clusterId: 27 } }).error ('a multiline\nerror\nmessage') ``` The output: screen shot 2019-01-22 at 22 46 59

You can also use [*Custom Methods*](https://github.com/xpl/ololog#adding-custom-helper-methods) feature to make it even more concise: ```javascript log = log.methods ({ // adds `clusterId` helper clusterId (n) { return this.configure ({ tag: { clusterId: n } }) } }) log.clusterId (1) ('foo') log.clusterId (3) .info ('bar') log.clusterId (27).error ('a multiline\nerror\nmessage') ``` # Limiting Max Argument Length ```javascript log.configure ({ trim: { max: 5 } }) ('1234567890', 'abcdefgh') // 1234… abcd… ``` # Getting The Rendered Text The following will execute all stages before the 'render' (screen output) stage, returning its argument: ```javascript log.before ('render') ({ foo: 42 }) // '{ foo: 42 }' ``` The other way of getting the text (for example, if you want to intercept it and output to your custom renderer, like Blessed) is to override the default `render` step, see below... # Overriding The Default Behavior You can provide a custom implementation for certain steps in the Ololog's pipeline. For example, you can replace the `render` step to output the rendered text to somewhere else other than `console.log`: ```javascript log = log.configure ({ render (text, { consoleMethod = '' /* can be also debug/info/error/warn */ }) { // receives '{ foo: 42 }' and outputs it to the Blessed library box.pushLine (text) box.scroll (1) screen.render () } }) log ({ foo: 42 }) ``` You can look up all the default steps you could replace here: https://github.com/xpl/ololog/blob/master/ololog.js#L67 # Injecting Custom Code Before/After Steps You can also bind new code to the existing methods in an _aspect-oriented programming_ style, executing it _before_, _after_ or _instead_ – and thus overriding the default behavior. See the [pipez](https://github.com/xpl/pipez#pipez) library, which provides all the fun — with its help you could build incredibly configurable things similar to Ololog easily. For example, if you want to write `.error` calls not just on screen, but to a separate file, you can do following (by injecting a custom hook after the `render` call): ```javascript const ololog = require ('ololog') , ansi = require ('ansicolor') , fs = require ('fs') const log = require ('ololog').configure ({ 'render+' (text, { consoleMethod = '' }) { // adds this method after `render` if (consoleMethod === 'error') { fs.appendToFile ('error.log', '\n' + ansi.strip (text)) // strip ANSI styling codes from output } return text } }) ``` Here's a complete example on how to set up a file logging that supports different log levels: - [`examples/logging-to-file.js`](https://github.com/xpl/ololog/blob/master/examples/logging-to-file.js) Here's another trick that you could do by injecting a handler _before_ the `render` step (that would be `+render` instead of `render+`): - [Collapsing repeated messages (with an incrementing counter)](https://github.com/xpl/ololog/blob/master/examples/collapsing-repeated-messages.js) screen shot 2018-05-11 at 19 32 48

# Adding Custom Helper Methods You can add your own shorthand methods/properties (will add new properties globally for any instance of the `ololog`, but this may change in future). An example, demonstrating how the actual `indent` and `red` chain-style helpers were implemented: ```javascript log.methods ({ indent (level) { return this.configure ({ indent: { level: level }}) } get red () { return this.configure ({ 'concat+': lines => lines.map (ansicolor.red) }) } // executes it after the 'concat' }) ``` # No-op Device Use `.noop` to obtain a reduced instance that does nothing apart from returning its first argument: ```javascript const doesNothing = log.noop ``` ```javascript doesNothing.bright.red ('this never shows') // simply returns 'this never shows' ``` # Powered By - [String.ify](https://github.com/xpl/string.ify) - [StackTracey](https://github.com/xpl/stacktracey) - [pipez](https://github.com/xpl/pipez) - [ansicolor](https://github.com/xpl/ansicolor) - [printable-characters](https://github.com/xpl/printable-characters) # Projects That Use Ololog - [CCXT](https://github.com/ccxt-dev/ccxt) – a cryptocurrency trading library with 100+ exchanges.

	Stars	Issues	Version	Updated	Created
log	43	6	6.3.1	3 years ago	13 years ago
ololog	210	14	1.1.175	3 years ago	8 years ago
pino			9.1.0	4 days ago	8 years ago
typescript-logging			2.2.0	a month ago	8 years ago
winston	22,124	504	3.13.0	2 months ago	13 years ago

log vs ololog vs pino vs typescript-logging vs winston

Downloads in past1 Month3 Months6 Months1 Year2 Years5 YearsAll time

Stats

Popular Searches

Sick of boring JavaScript newsletters?

Downloads in past