linewrap

linewrap
========

A fork of wordwrap that's faster and more powerful,
supporting HTML, ANSI Color Codes, multiple paragraphing styles, and more.

On a 3.4GHz Sandy Bridge core, Linewrap achieves roughly 20MB/s when wrapping
at 80 columns, or 15MB/s if wrapping at 20 columns.

Linewrap is almost backwards compatible with wordwrap. The behavior only differs
in some edge cases where I believe wordwrap didn't make the best choice. You probably
won't notice any difference in normal usage.

Usage
=====

``js
var linewrap = require('linewrap');

// Wrap the string at 20 columns, using Windows-style line breaks.
var wrap = linewrap(20, {lineBreak: '\r\n' /, other options /});
console.log(wrap('You and your whole family are made out of meat.'));

// Wrap the string at 20 columns, prepend 10 spaces to each line, and
// skip HTML tags when counting columns for wrapping.
var wrap = linewrap(10, 30, {skipScheme: 'html' /, other options /});
console.log(wrap('You and your whole family are made out of meat.'));
`


Options
=======

Skip strings
------------

Relevant options: skip, skipScheme.

Sometimes certain characters in the text are used to control styling, annotate
additional information, etc, and are not intended to be displayed. Examples
include HTML tags and ANSI color codes. These characters shouldn't be counted
when doing a wrap.

Supported values of skip:

1. RegExp.
2. string.

The specified regular expression or string is matched against the input, and all
matching sequences in the input are simply copied to the output and are ignored
by the wrapping algorithm.

skipScheme can take one of the following values: "ansi-color", "html", and
"bbcode". They are pre-configured regular expressions for common tasks.

When both options are specified, skip takes precedence.


Line break strings
------------------

Relevant options: lineBreak, lineBreakScheme.

To support custom line breaks, there are actually two parameters that need to be
specified: a regular expression that is used to match line breaks in the input (P1),
and a string that is used as line breaks in the output (P2).

Supported values of lineBreak:

1. string. It is used as P2, and a RegExp object is created from the string
to be used as P1.
2. [RegExp, string]. The RegExp object is used as P1, and the string is used
as P2.
3. [string, string]. A RegExp object is created from the first string and used
as P1, the second string is used as P2.
4. RegExp. It is used as P1. We will match the regular expression against the
input and use the first match as P2. If no match is found, an exception is
thrown. Not Recommended

You can, for example, use /\n/ as P1 and "
" as P2 to convert the string
from one format to another.

lineBreakScheme can take one of the following values: "unix", "dos", "mac",
"html", and "xhtml". Each scheme specifies both P1 and P2 for the specific
scenario.

When both options are specified, lineBreak takes precedence.


Existing line breaks
--------------------

Relevant option: respectLineBreaks.

This option controls how to treat existing line breaks in the input. It's important
for supporting various paragraphing styles.

Supported values:

1. "all" Default. All existing line breaks are preserved.
2. "none". All existing line breaks are discarded.
3. "multi". Only 2 or more consecutive line breaks (there can be whitespaces
between them) are preserved, single line breaks are discarded. This can be
used to support the paragraphing style that inserts a blank line between
paragraphs, so that each paragraph is re-formatted, but the paragraph structure
is preserved.
4. "m". A number is specified to indicate how many consecutive line breaks
are preserved. For example, "multi" is equivalent to "m2".
5. "s". A number is specified to indicate line breaks that are immediately
followed by at least how many whitespaces are preserved. This can be used to
support the paragraphing style that indents the first line of each paragraph.


Whitespaces
-----------

Relevant option: whitespace.

This option controls whether preceding and trailing whitespaces are stripped from
the output. The original wordwrap isn't consistent in this area: it strips preceding
whitespaces of all lines except the first one, and it strips trailing whitespaces of
some lines but not others.

Supported values:

1. "default" Default. Both preceding and trailing whitespaces are stripped.
This is the most similar to wordwrap's behavior.
2. "collapse". In addition to "default", also collapse consecutive whitespaces
within each line.
3. "line". Similar to "default", but doesn't strip preceding whitespaces of
lines preserved from the input (not wrapped by us). This option can be used
with the "s" options of respectLineBreaks to support the indenting
paragraphing style, so that the indentations to mark new paragraphs are preserved.
4. "all". All whitespaces are preserved. In this mode, whitespaces are treated
like other non-alphabetical characters that are displayed but can be wrapped
at any position.


Hard wrapping
-------------

Relevant option: mode.

Supported values:

1. "soft" Default. Split chunks by /(\S+\s+/ and don't break up chunks which are
longer than the wrap length. So if a single word is longer than the wrap
length it will overflow.
2. "hard". Split chunks with /\b/ and break up chunks longer than the wrap
length.


Tab width
---------

Relevant option: tabWidth.

All \t characters are replaced with a certain number of spaces before doing
the wrap. This option controls how many spaces to replace a \t. Default is 4.


Presets
-------

Relevant option: preset.

Are you overwhelmed by the sheer amount of options? Worry not, presets are to
the rescue!

Each preset contains values for one or more options. You can specify either a
single preset or an array of presets. If multiple presets in the array set the
same option, the last one wins.

Supported values:

1. "html". Sets skipScheme and lineBreakScheme to "html", and whitespace
to "collapse"`.

Options that are set explicitly take predence to those set by a preset.

You are welcome to suggest new schemes and presets by
creating an issue.

Acknowledgements
================

Thanks to James Halliday for wordwrap.

License
=======

MIT License