Re^3: POD troubles

[LanX]

in reply to Re^2: POD troubles
in thread POD troubles

> but the first example that is implied to work on current translators shows =head paragraphs immediately after "plain" paragraph text, which contradicts the bulk of the documentation. Presumably the bulk of the document was not updated with new rules, when this example was tacked on to the end.

could you please post this "wrong" example, I can't find it.

[John M. Dlugosz]

OK, it states:

---

• Many older Pod translators require the lines before every Pod command and after every Pod command (including "=cut"!) to be a blank line. Having something like this:

    # - - - - - - - - - - - -
    =item $firecracker->boom()
    This noisily detonates the firecracker object.
    =cut
    sub boom {
    ...

...will make such Pod translators completely fail to see the Pod block at all.

---

So, "many older translators" don't like that, but current ones do? Otherwise why bother mentioning it?

[LanX]

sigh ... thank you for wasting my time!

[John M. Dlugosz]

I don't follow. This passage implies that this is supposed to work (except on "some old translators"), but it contradicts the bulk of the document which states that paragraphs must be followed by (actually, terminated with) a blank line.

I was indeed reading the fine manual, read it end to end several times, and cross-checked versions 10.1 and the current 12.whatever. My observation stands: the example which is implied to work as-is on current translators contradicts the description given earlier. If it's not intended to work, why explain that it must be changed for "older" parsers? If it never works at all, it's a silly thing to say.

I think I can afford the -- vote. But I think it's unwarranted, after re-reading my post.