| Subject: | <font> tag is mishandled when CSS elements are defined inline using <div> |
| Date: | Sun, 11 Oct 2009 03:19:03 -0400 |
| To: | bug-html-wikiconverter [...] rt.cpan.org |
| From: | Matt Balmer <mbalmer [...] ibiblio.org> |
Hey there,
I noticed the following bug when converting some materials over for a personal wiki. The conversion tool breaks some CSS used for font rendering when said code is included inline as part of a <div> tag.
For example, the code:
<div style="margin-left: 30px; font-size: 8pt;"></div>
outputs the following resultant wiki markup:
<div style="margin-left: 30px"><font size="8pt"></font></div>
This breaks the output such that any text included is rendered not as 8-point type, but as HTML "size" 8, which is huge. The <font> tag reads "8pt" as "8" and ignores the units tacked onto the end which consequently makes trying to read anything contained in that tag very difficult.
Proper behavior would be to leave the <div> tag alone, especially as the <font> tag is becoming deprecated anyway.
Thanks for making such a great tool and keeping on top of things.
I noticed the following bug when converting some materials over for a personal wiki. The conversion tool breaks some CSS used for font rendering when said code is included inline as part of a <div> tag.
For example, the code:
<div style="margin-left: 30px; font-size: 8pt;"></div>
outputs the following resultant wiki markup:
<div style="margin-left: 30px"><font size="8pt"></font></div>
This breaks the output such that any text included is rendered not as 8-point type, but as HTML "size" 8, which is huge. The <font> tag reads "8pt" as "8" and ignores the units tacked onto the end which consequently makes trying to read anything contained in that tag very difficult.
Proper behavior would be to leave the <div> tag alone, especially as the <font> tag is becoming deprecated anyway.
Thanks for making such a great tool and keeping on top of things.