Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • POD parsing (Score:2, Insightful)

    I think the best idea in those threads is ziggy's [perl.org] idea to use SAX as the canonical representation of POD. It was always the idea of the Orchard project to make orchard nodes the canonical representation of everything, but orchard nodes turned out to be too complex to install, so we ended up with hashes in PerlSAX2, which isn't so bad (albeit a bit memory expensive). Anyway, what I'm suggesting is you follow the PerlSAX2 node structure and event model, and we can then very easily write XML output or HTML out
    • Re:POD parsing (Score:3, Informative)

      by ziggy (25) on 2002.01.04 11:44 (#2687) Journal
      I don't envy you trying to sort this out :-)
      Me neither. :-)

      I've been wrestling with this in isolation for about a year now (I need to refill that bottle of daily tuit supplements), and Sean is really hitting the problem head-on. Kudos, Sean.

      What I've been fixated with is the idea of adding new linguistic constructs to Pod. The critical path here is first getting a better event-driven parser that simply parses Pod at the syntactic level without getting into the semantic meaning of Pod constructs. I've fired off a response to Sean's post [develooper.com] that describes the nature of the problem space (Pod is both a syntax and a formatting language, not structural markup), and some ideas on how to fix it (=use blocks that force the formatter to pull in Perl modules which recognize new tags and implement their semantic behavior).