markdown writer: word wrap leads to spurious ordered list

[eisenstatdavid]

$ cat >input.md
- blah blah blah blah blah blah blah blah blah blah blah blah blah 2015.
$ pandoc input.md -t html
<ul>
<li>blah blah blah blah blah blah blah blah blah blah blah blah blah 2015.</li>
</ul>
$ pandoc input.md -t markdown
-   blah blah blah blah blah blah blah blah blah blah blah blah blah
    2015.

$ pandoc input.md -t markdown | pandoc -f markdown -t html
<ul>
<li>blah blah blah blah blah blah blah blah blah blah blah blah blah
<ol start="2015" style="list-style-type: decimal">
<li></li>
</ol></li>
</ul>

[mpickering]

I think this is the expected behaviour? You can escape the . like so 2015\. if you don't want a nested ordered list.

[eisenstatdavid]

Yes, that's what pandoc's markdown writer needs to do in this case.

[mpickering]

Ok, I misunderstood the problem sorry. Thanks for the report. I think this might be quite difficult to fix properly though.

[nkalvi]

Sure it is a bug, but it is a bit 'unfair' to rewrite the md with pandoc without

--no-wrap
Disable text wrapping in output. By default, text is wrapped appropriately for the output format.

and feed it to itself. When

In standard markdown, enumerators are decimal numbers followed by a period and a space.

[eisenstatdavid]

Perhaps using pandoc to reformat markdown is not an intended use, but this is a regression from previous versions. I'm already using --no-wrap as a workaround.

[nkalvi]

Thanks for the clarifying.

[mpickering]

Seems like 3670dda got part of the way there.

[nkalvi]

👍

[jgm]

+++ Matthew Pickering [Feb 16 15 14:55 ]:

Seems like [1]3670dda got part of the way there.

Yep. I think that could be modified fairly easily to look
for ordered list markers too, though this might have a
fairly heavy performance cost.