Wrap results in a div

Even in the case where there is only one document, there may be
  additional document comments which should be grouped alongside it and
  not intermixed with any comments in the surrounding area.
For the case when there is only one document and nothing else, not
  even a comment, it is probably better to still wrap the output for
  consistency.

Drop empty shebang documents

Previously, a shebang forced a document to be output, even if it was
  empty.
However, this conflicts with the ability to add document comments at
  the beginning of a document where the shebang is serving as a magic
  number (for example, copyright comments):
This would create two documents, one for the shebang and a second one
  for the final comment.
Now, empty documents will be dropped regardless of whether they use the
  shebang or comment syntax.

Use set functions rather than generate-id()

These should be faster, and are generally cleaner and more readable
  besides.

Don¦t use html: prefix

This is unnecessary and makes the resulting files a lot larger.

Adjust order of precedence for inlines

I think this ordering makes a little bit more sense.

Enable nested tags of the same kind

Previously, the processing rules do not allow nesting an element inside
  of itself: ‹ ☞︎nested ☞︎tags☜︎ like ☞︎this☜︎☜︎ › do not work as
  expected.
This design choice was to (at least) appropriately handle
  ‹ ☞︎⟨this☜︎ weird ⟨case☜︎⟩ ›, where each inline should stop at the
  first delimiter.
Correct processing starts by looking for end sigils first, not start
  sigils, backtracking to the last start sigil which precedes it,
  wrapping that text, and then reprocessing the entire set of nodes
  until no more end sigils with matching start sigils are found.

This commit implements that behaviour, which is of course a fair bit
  more complicated but should improve the results.
It also changes specifying characters by Unicode codepoint to use
  curly braces rather than angle brackets, as the latter conflicted
  with the angle brackets used in links.
Specifying by Unicode codepoint still isn¦t supported in links, but
  the behaviour should be less surprising.

The old Unicode codepoint behaviour was probably broken also, in the
  case where the codepoint was not the first character in a paragraph,
  but it is fixed now.

Don¦t use literal result elements

It¦s simpler and cleaner to always just create elements with
  `<xslt:element>´, as these never inherit namespaces from their
  surrounding context.

Support preformatted text

Better handle i·d‐less pilcrows

A pilcrow is useful to “force” a paragraph when it would otherwise
  start with a sigil.
These pilcrows may not have i·d¦s; this should be supported.

Allow block sigils followed by nothing

Support “comment” paragraphs

Preserve document and record‐jar comments

Support multiple documents per file

Documents may begin with either `#!lesml´ or `##´.

Refactor initial chunking to be line‐based

The old parsing mechanism operated primarily on large string chunks,
  which were re‐parsed into lines potentially multiple times.
This refactor changes the parsing to use lines and ranges, which is a
  little more verbose/complicated from an X·Path perspective (it
  requires a lot of `generate-id()´ comparisons) but hopefully, on the
  whole, better.

Support language tag and profile

This commit provides initial support for language‐tagged Les·M·L
  documents and additional document properties.
Only one property is supported: `profile´.
Language tags are themselves internally treated as properties whose
  key contains spaces; property keys cannot ordinarily contain spaces
  so there is no concern for confusion.

Increase the number of section‐break characters

Switch symbols for subsection and subsubsection

`❦´ is a stronger symbol than `✠´; its corresponding directional
  fences `❧´ and `☙´ indicate section boundaries, while `⹐´ and `⹑´
  simply enclose emphasis.

Use square instead of triangular bullet for level 3

This matches default H·T·M·L bulleting and avoids potential semantic
  connotations that the triangle bullet may seem to have.

Initial implementation