Properly escape all comments

Drop langtags on offset text but support on paras

Now that language attributes can be arbitrarily added to any inline,
a special syntax for them doesn’t make much sense. However, that syntax
would be useful on block‐level elements.

There isn’t a real technical reason for the explicit `$` end of the
language tag, since the following white·space could have been used to
end it also, but it makes the syntax a bit more obvious, matches the
existing format with the shebangs, and is less likely to conflict with
id syntaxes (which might include `@` but probably won’t also end in a
`$`).

You can still make id’s like `@es$` if you need by explicitly
language‐tagging: `¶@es$@en$`.

This commit also allows block sigils to not be followed by a space if
they are immediately followed by a pilcrow.

Support attributes

This required a reworking of the link parsing code to enable it to also
be used for attribute parsing (more‐or‐less), and maybe also fixed a
bug where, if there was an end token with no start token, no further
end tokens would be processed (even later ones they did have start
tokens).

Support inline comments

Comments work different from other inlines and have their own
processing rules. “Empty” comments are useful primarily to break up
spans of text into discrete text nodes.

Add support for proper name marks

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 code·point to use curly braces rather
than angle brackets, as the latter conflicted with the angle brackets
used in links. Specifying by Unicode code·point still isn’t supported
in links, but the behaviour should be less surprising.

The old Unicode code·point behaviour was probably broken also, in the
case where the code·point 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 name·spaces from their
surrounding context.

Support preformatted text

Better handle id‐less pilcrows

A pilcrow is useful to “force” a paragraph when it would otherwise
start with a sigil. These pilcrows may not have id’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