<div>
            <div><div>If you don't mind me reviving this issue, I just thought of another use case in which this bug, in its augmented definition that includes different list type markers, could rear its head.</div><div><br></div><div>Consider this source document:</div><div><br></div><div>~~~~~~~~</div><div><br></div><div>Pros and Cons:</div><div><br></div><div>+ Tasty</div><div>+ Can sell wings and hooves as well as meat</div><div>+ Only I know where to find them (obscene profits!)</div><div><br></div><div>- Endangered</div><div>- Hard to market as most people will believe to be a hoax</div><div><br></div><div>~~~~~~~~</div><div><br></div><div>The output document, in current Markdown implementations of course, will merge these lists.</div><div><br></div><div>While of course it would be naive to expect the output document to show plus sign markers,</div><div>any human would naturally parse the above input as two separate lists (pros and cons, respectively, of selling unicorn meat), and the output will not match that. Minimally the output should be two ULs. &nbsp;For bonus points, attach a class to indicate the flavor of unordered list: `list-plus`, `list-hyphen`, `list-asterisk`.</div><div><br></div><div>Alan Hogan</div>
            </div>
        </div>