CC: | "MusicBrainz Support" <support [...] musicbrainz.org> |
Subject: | Bug in how ordered lists are handled |
Date: | Fri, 22 Feb 2008 22:12:50 -0500 |
To: | bug-Text-WikiFormat [...] rt.cpan.org |
From: | "Brian Schweitzer" <brian.brianschweitzer [...] gmail.com> |
Bug report:
The example lists render incorrectly into HTML:
* unordered one
* unordered two
1. ordered one
2. ordered two
a. nested one
b. nested two
from http://search.cpan.org/~chromatic/Text-WikiFormat-0.79/lib/Text/WikiFormat.pm
I've written a javascript Text-WikiFormat <-> HTML converter, for
inline editing of annotations at MusicBrainz. However, the OL HTML
that gets generated by Text-WikiFormat essentially turns everything
into an UL if I cycle it from Text-WikiFormat-generated HTML to
Text-WikiFormat markup, back to HTML, then back to Text-WikiFormat
markup. The reason is that Text-WikiFormat's generated HTML is
incorrectly rendering HTML list tags in the following manner.
Text-WikiFormat generates:
<li>unordered one</li><li>unordered two</li>
<ol><li value="1">ordered one</li><li value="2">ordered two<ol><li
value="a">nested one</li><li value="b">nested two</li></ol></li></ol>
However, correctly generated HTML ought to result in:
<ul><li>unordered one</li><li>unordered two</li></ul>
<ol><li type="1">ordered one</li><li type="1">ordered two</li><ol><li
type="a">nested one</li><li type="a">nested two</li></ol></li></ol>
Notice that in the Text-WikiFormat generated code, the UL tags are
missing, the type attributes are incorrectly generated as value
attributes. Additionally, the values of the attributes are incorrect
- neither '2' nor 'b' is a valid type; they ought to be '1' and 'a'..
Also note that for nested OLs or ULs, the closing tag for "2. ordered
two" is missing - it ought to generate "</li><ol>" but instead simply
generates "<ol>".
Brian