But pod2html is a misnomer because it outputs XHTML: its output file starts with declaration
<?xml version="1.0" ?>followed by a DOCTYPE referencing explicitly XHTML:
<!DOCTYPE html ...XHTML... !>and self-sufficient tags are legitimately closed with /> contrary to HTML where some closing tags may be implicit (like </p> or </li>).
Consequently, one would expect full XHTML compliance from pod2html output.
When an empty =item is detected, the translation could be <dt /> or, if "void-ness" is discovered later, <dt></dt>.
The behaviour seems to imply that =item cannot be void.
The suggested fix has the inconvenient (for me) to add an extra line containing only the bullet, thus augmenting the vertical space occupied by the notes. I could, of course, use an as the title but it ends up also with extra space.
Maybe the best interim fix would be an extra pass on the HTML file to detect if <dt> is immediately followed by <dd> and insert a </dt>.
This can be done with simple Perl script.
In reply to Re^2: POD translation to HTML bug?
by ajl52
in thread POD translation to HTML bug?
by ajl52
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |