in reply to Re: POD translation to HTML bug?
in thread POD translation to HTML bug?
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.
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
Re^3: POD translation to HTML bug?
by taint (Chaplain) on Dec 05, 2013 at 14:27 UTC |