Christoph Päper firstname.lastname@example.org writes:
An enumerated example is not a list item.
Well, a list item is the closest thing in commonmark to represent it
with. If you make it a regular paragraph, the indentation will be
wrong and it won’t stand out.
The reasoning behind (4) is that a tight list could well be a child of
a paragraph (in output formats which support this nesting), whereas a
loose list, which can contain paragraphs (i.e. blank lines) itself,
seems strange inside a paraphrasing and thus could only end it.
I see. But the way the spec is designed, a paragraph can never resume
after a tight list either. So, without much larger changes, (4) doesn’t
Anyhow, I prefer (2), too. The colon at the end of the line preceding a list works in two ways:
- Existing content in many languages will have a colon introduce a list without an intervening blank line. It works as a heuristic rule.
- New content in any language can be authored with the colon as a new active markup character.
The problem is that for much of variant 1 the colon should be retained in the output, whereas it should be dropped for many cases of variant 2.
This can be done with an additional rule, but I’m not sure whether that would still be acceptable.
For something a bit like this, see
‘As a convenience, the “::” is recognized at the end of any
paragraph. If immediately preceded by whitespace, both colons will be
removed from the output (this is the “partially minimized” form). When
text immediately precedes the “::”, one colon will be removed from the
output, leaving only one colon visible (i.e., “::” will be replaced by
“:”; this is the “fully minimized” form).’
So, we could say that if the final colon is preceded by whitespace,
it gets removed.