Front page | perl.perl5.porters |
Postings from May 2012
On Sun Feb 12 15:00:34 2012, occitan@esperanto.org wrote: > It no longer accepts --libpods, breaking backwards compatibility with > older > scripts and causing a headache for those that support more than one > version of > Perl. This is too bad already, but worse it isn't even announced in > perl5156delta.pod, where it first broke and perl5157delta.pod just has > a vague > mention of Pod::Html. If you break things for your users, there > should at > least be a migration howto! But I'd much prefer compatibility! > > Around 5.8.7 you wrecked =item id`s (name`s at the time), and now > you've done > it again. This breaks bookmarks and any attempt to link to something. > Plain > sabotage! > > What good is this: <a > href="home/pfeiffer/makepp/cvs/pod/makepp_builtins.html">? Even > though > --outfile goes to another directory it assumes links as an absolute > path to > the pod dir, and on top of that it omits the leading slash. I had > --htmlroot=. anyway and now discovered --htmldir=$target_dir, but it > doesn't help. > > E<nbsp> gets output as Latin-1 char 0240 in contradiction to the <?xml > version="1.0" ?> header, which implies UTF8 and <meta > http-equiv="content-type" content="text/html; charset=utf-8" /> making > Emacs > barf when reading the file. > > What is this: <span style="white-space: nowrap;"><code>x y > z</code></span>? > Why not simply <code style="white-space: nowrap;">x y z</code> or even > better > move that to css. > > coralament / best Gr�tens / liebe Gr��e / best regards / elkorajn > salutojn > Daniel Pfeiffer > With change 978af2c644, --libpods now is an accepted option. It is non-functional, however, and warns that --libpods is no longer supported. The remaining issues regarding the title still require some work. Steve --- via perlbug: queue: perl5 status: open https://rt.perl.org:443/rt3/Ticket/Display.html?id=110520Thread Next