in reply to How do you deal with HTML in Perl?

I now work in a heavily XML-oriented workplace. The latest idea floated around my little world is to have perl write XML (holding your data structures), then use XSLT to transform that into HTML.

(Just completing the thought: your XSLT translation can now exist completely separately from the code, allowing a "web" developer to just deal with the output data, without needing to understand the intricacies of perl - at least that's how it was presented to me)

Not sure I'm sold on this, BTW, but it has its merits.

The downfalls:

Russ
Brainbench 'Most Valuable Professional' for Perl

  • Comment on Re: How do you deal with HTML in Perl? (Russ: XML->XSLT?)

Replies are listed 'Best First'.
Re: Re: How do you deal with HTML in Perl? (Russ: XML->XSLT?)
by jk2addict (Chaplain) on Jul 25, 2002 at 00:48 UTC

    Along this line of thought, checkout AxKit. In a nutshell, it's an application framework in which you can 'bind' or map (a gross generalization) html/xml tags onto Perl modules ('taglibs'), thus keeping your logic seperated from your look and feel.

    While the designers may need to be familiar with XSLT/XSL, they also get the chance to be a programmer in ways that most WYSIWYG editors and non-programmers can deal with. I can get anyone to write <cart:add item="SKU123" quantity="1"></cart> instead of intermixing Perl and HTML/XML.

    -=Chris

Re: Re: How do you deal with HTML in Perl? (Russ: XML->XSLT?)
by tomhukins (Curate) on Jul 26, 2002 at 14:26 UTC