...the only escaper passing backtranslation tests.
GfmEscape
is an enterprise-grade library for transforming untagged plain text
to CommonMark and
GitHub Flavored Markdown (GFM).
There are neat and configurable markup converters like Turndown, which even allows transforming any markup that can be converted to HTML first.
While conversion of inline and block constructs is well covered, little attention is paid to transforming text content itself. And this is tricky especially with non-delimited "extended" autolinks, which make escaping heavily context-dependent.
In short:
- No escaping breaks your output.
- Naive or aggressive escaping breaks your output.
- Overescaping would also break the John Gruber's overriding design goal for Markdown’s formatting syntax, i.e. to make it as readable as possible and publishable as-is, as plain text, without looking like it’s been marked up with tags or formatting instructions.
GfmEscape addresses these issues without significant performance penalty, as it is based on UnionReplacer. See below for more details.
In browsers:
<script src="https://unpkg.com/union-replacer/dist/union-replacer.umd.js"></script>
<script src="https://unpkg.com/gfm-escape/dist/gfm-escape.umd.js"></script>
Using npm:
npm install gfm-escape
In Node.js:
const GfmEscape = require('gfm-escape');
escaper = new GfmEscape(escapingOptions[, syntax])
newStr = escaper.escape(input[, gfmContext[, metadata]])
A created GfmEscape
instance is intended to be reused and shared in your code.
escapingOptions
: option object defining how to perform escaping, its keys
correspond to individual replaces. When a replace option is set to any truthy
value, suboption defaults are applied and can be overriden by passed suboptions.
A single option object can be reused for instantiating escapers for
different syntaxes, some options would just render irrelevant.
The current full options are:
{
strikethrough: { // default false
optimizeForDoubleTilde: false,
},
extAutolink: { // default false
breakUrl: false,
breakWww: false,
breaker: '<!-- -->',
allowedTransformations: [ 'entities', 'commonmark' ],
allowAddHttpScheme: false,
inImage: false,
},
table: true, // default false
emphasisNonDelimiters: { // default true
maxIntrawordUnderscoreRun: undefined,
},
linkTitle: { // default true
delimiters: [ '"', '\'', '()' ],
alwaysEscapeDelimiters: [],
},
}
See below for more details.
syntax
: suggests the syntax escaper is built for.
The predefined syntaxes are available as members of GfmEscape.Syntax
:
text
: normal text, the default.linkDestination
: text rendered[sometext](here)
.cmAutolink
: text rendered<here>
. Please note that a valid CommonMark must contain a URI scheme, which cannot be addressed by the escaper. When deciding if CommonMark autolink is an appropriate construct to use, we suggest to use theisEncodable(input)
andwouldBeUnaltered(input)
methods on theSyntax.cmAutolink
object.codeSpan
: text rendered`here`
.linkTitle
: text rendered[text](destination "here")
or[text](destination 'here')
or[text](destination (here))
.
input
: the string to escape. Please note that correct escaping is currently
only guaranteed when the input is trimmed and normalized in terms of whitespace.
The library does not perfos qrm whitespace normalizing on its own, as it is often
ensured by the source's origin, e.g. textContent
of a normalized HTML DOM.
Manual normalizing can be done with input.trim().replace(/[ \t\n\r]+/g, ' ')
.
If it is intended to keep the source somewhat organized in lines, the minimum
treatment to make escaping safe would be input.replace(/^[ \t\r\n]+|[ \t]+$/gm, '')
.
In such case, the caller has a responsibility to place the output correctly in
the generated document. I.e. to indent all the lines when the context requires
indenting.
gfmContext
: extra contextual information to be considered. The contexts have
no defaults, i.e. they are falsy by default. The following contexts are available:
{
inLink: true, // indicates suppressing nested links
inImage: true, // similar to inLink for ![this image text](img.png)
inTable: true, // indicates extra escaping of table contents
}
When escaping, metadata
is extra input-output parameter that collects
metadata about the actual escaping. Currently metadata
are used for
codeSpan
syntax and linkTitle
syntax.
const escaper = new GfmEscape({ table: true }, GfmEscape.Syntax.codeSpan);
const x = {}; // not necessary as the surrounding delimiter is always '`'
const context = { inTable: true };
const escaped = escaper.escape('`array|string`', context, x);
console.log(`\`${escaped}\``); // `` `array\|string` ``
console.log(`${x.extraBacktickString.length} backtickts and ${x.extraSpace.length} spaces added.`);
// 1 backticks and 1 spaces added.
const linkTitleEscaper = new GfmEscape({}, GfmEscape.Syntax.linkTitle);
const x = {}; // needed as we let GfmEscape decide the surrounding delimiter
let escaped = escaper.escape('cool "link \'title\'"', context, x);
console.log(`${x.startDelimiter}${escaped}${x.endDelimiter}`);
// (cool "link 'title'")
escaped = escaper.escape('average link title', context, x);
console.log(`${x.startDelimiter}${escaped}${x.endDelimiter}`);
// "average link title"
const rigidLinkTitleEscaper = new GfmEscape({
linkTitle: {
delimiters: '"',
}
}, GfmEscape.Syntax.linkTitle);
// metadata not necessary, as the surronding delimiter will be always '"'
escaped = escaper.escape('cool "link \'title\'"');
console.log(`"${escaped}"`);
// "cool \"link 'title'\""
Defaults to false
, i.e. '~' is not special and it is not escaped.
Suboptions:
optimizeForDoubleTilde
: only eventual sequences of two tildes are escaped. Defaultfalse
.
Defaults to false
, i.e. autolinks are not detected and do not form special
case for escaping.
Suboptions:
breakUrl
: if a string capable of forming extended url autolink is encountered, it is broken to prevent that. E.g.https://orchi.tech
becomeshttps://<!-- -->orchi.tech
. Defaultfalse
.breakWww
: if a string capable of forming extended www autolink is encountered, it is broken to prevent that. E.g.www.orchi.tech
becomeswww.<!-- -->orchi.tech
. Defaultfalse
.breaker
: a sequence used to break extended autolinks, used both for breaking and terminating. Default<!-- -->
. Please note that some Markdown renderers like Redcarpet do not support HTML comments - tag sequences like<span></span>
or artificial<nolink>
can be used instead.allowedTransformations
: array of transformations that are allowed if an extended autolink-like string needs to be transformed to retain the expected target and text. The order indicates priority. Defaults to['entities', 'commonmark']
. Available transformations are:'keep'
: always the most preferred, no reason to set it explicitly.'entites'
: entity name references are used to escape trailing characters. E.g.*http://orchi.tech,*
becomes\*http://orchi.tech,*
.'commonmark'
: a CommonMark autolink is used to delimit the actual link part. E.g.*http://orchi.tech,*
becomes\*<http://orchi.tech>,\*
.'breakup'
: autolink-like string is broken, so that it is not interpreted as an autolink. E.g.*https://orchi.tech,*
becomes\*https://<!-- -->orchi.tech,\*
.'breakafter'
: autolink-like string is terminated after the actual link part. E.g.*https://orchi.tech,*
becomes\*https://orchi.tech<!-- -->,\*
. This transformation is the default fallback, no reason to set it explicitly.
allowAddHttpScheme
: addhttp://
scheme when a transformation needs it to work. E.g.*www.orchi.tech,*
would become\*<http://www.orchi.tech>,\*
with thecommonmark
transformation.inImage
: suggest if extended autolink treatment should be applied within image text. Although the CommonMark spec says links are interpreted and just the stripped plain text part renders to thealt
attribute, cmark-gfm actually does not do it for extended autolinks, so the default is false.
How to choose the options:
- Consider rendering details of the target Markdown flavor. Backtranslation test should pass on text. And if a link is produced, it should match the input.
- Consider user expectations. The users probably don't expect HTML comments all over their documents. They probably don't expect HTML entity references too, but see also the next point.
- Consider declared semantics. Transforming to CommonMark autolinks looks quite
well, but CommonMark autolinks form explicit link demarkation when the input
was not explicitly link-demarked.
'breakafter'
might be better option in some situations. - Last, but not least - consider the origin of your input. If you transform
HTML rendered from another markup language that supports autolinking too,
you may expect that an autolink-suppression mechanism was used if an
autolink-like string is encountered in plain text. Then it might be better
to break it too.
And if the original renderer supports url autolinks, but not www autolinks, it might be better to set only'breakUrl'
, as users may still expect www links to be autolinked in the plain text.
Defaults to true
, i.e. intraword emphasis delimiters are not escaped if it is safe
not to escape them. E.g. in My account is joe_average.
, the underscore stays
unescaped as joe_average
, not .joe\_average
Suboptions:
maxIntrawordUnderscoreRun
: if defined as a number, it sets the maximum length of intraword underscores to be kept as is. E.g. for1
and inputjoe_average or joe__average
, the output would bejoe_average or joe\_\_average
. This is helpful for some renderers like Redcarpet. Bothundefined
andfalse
mean no limit on unescaped intraword underscore run length. Defaults toundefined
.
Defaults to false
, i.e. table pipes are not escaped. If enabled, rendering of table
delimiter rows is suppressed by escaping its pipes and all pipes are escaped when in
table context.
Suboptions:
delimiters
: array of allowed delimiter to be chosen from or a single delimiter. Delimiters are"
,'
and()
. When more delimiters are allowed, GfmEscape picks the least interferring one. The picked delimiter is returned in metadata, as shown in the example above.alwaysEscapeDelimiters
: array of delimiters that are always escaped.
Terminology:
- cmAutolink - CommonMark autolink
- cmUriAutolink - CommonMark URI autolink
- cmEmailAutolink - CommonMark email autolink
- extAutolink - GFM extended autolink
- extWebAutolink - GFM extended url or www autolink
- extUrlAutolink - GFM extended url autolink
- extWwwAutolink - GFM extended www autolink
- extEmailAutolink - GFM extended email autolink
- extWebAutolink - GFM extended url or www autolink
Specs:
Reference implementations examined:
While cmark-gfm is somewhat a reference implementation of GFM Spec, we have found a few interesting details...
cmark_gfm-001
: Contrary to the GFM spec stating All such recognized autolinks can only come at the beginning of a line, after whitespace, or any of the delimiting characters *, _, ~, and (, it seems this applies just to extended www autolinks in cmark-gfm. E.g..https://orchi.tech
is recognized as an autolink by this library. We follow this.cmark_gfm-002
: Contrary to the GFM spec, extended autolinks in cmark-gfm do not treat[\v\f]
as space, while CM autolinks do. We follow this.cmark_gfm-003
: cmark-gfm considers<
as valid for autolink detection and trims the resulting link afterwards. Sohttps://or_chi.tech.<
leads to autolinking ofhttps://or_chi.tech
, although this wouldn't form autolink without the trailing<
. We follow this, but non-explicit extended autolink transformations would break the autolink detection - which is probaly good. E.g. with the default settings,https://or_chi.tech.<
leads tohttps://or_chi.tech.<
(wouldn't be detected as extended autolink by cmark-gfm), whilehttps://or_chi.tech.<~
leads to<https://or_chi.tech>\<\~
(forced CM autolink).cmark_gfm-004
: GFM spec says If an autolink ends in a semicolon (;), we check to see if it appears to resemble an entity reference; if the preceding text is & followed by one or more alphanumeric characters. If so, it is excluded from the autolink... Alphabetic references cmark-gfmcmark_gfm-005
: Backslash escape in link destination, e.g.[foo](http://orchi.tech/foo\_bar)
does not prevent entity reference from interpreting in rendered HTML. We use entity encoding instead, i.e.&
. The same applies to link titles.
- Minification for browsers.
- Complete and polish implementation remarks.