Possibly, incorrect parsing of \n

[mikeando]

The spec has:

A code span begins with a backtick string and ends with a backtick string of equal length. The contents of the code span are the characters between these two backtick strings, normalized in the following ways:

• First, line endings are converted to spaces.
• If the resulting string both begins and ends with a space character, but does not consist entirely of space characters, a single space character is removed from the front and back. This allows you to include code that begins or ends with backtick characters, which must be separated by whitespace from the opening or closing backtick strings.

This means that \n should convert to <code> </code>, which is the output from the commonmark.js dingus (https://spec.commonmark.org/dingus/?text=%60%0A%60%0A).

Withcomrak it is instead converted to <code></code>.
I think this makes no difference in the appearance of the final output - but IMO it would be preferable to strictly match the
expected output.

[kivikakk]

Interesting, nice discovery! Would happily accept a patch that addressed this. 😊

[mikeando]

I'd be happy to try to come up with a fix.
Any pointers on where to start? (I've used comrak a bit, but never dug through the code in any detail)

[mikeando]

Turned out pretty easy to find: have created PR for it at #210

[mikeando]

The PR is merged, this can be closed.