On Mon, 12 Jun 2000, Roger Espel Llima wrote:
> The focus of my module (it'll probably be called 'iAct') is quite
> different, though. The html-embedded command set is limited to a set of
> strictly declarative features;
You don't have to use the fancier stuff in TT. Our designers only use
basi
On Fri, Jun 09, 2000 at 02:23:30PM -0700, Perrin Harkins wrote:
> Sounds like Template Toolkit to me. Or maybe even Apache::Taco (now
> defunct?) which worked by calling external functions.
I haven't seen Apache::Taco, but I've read through the Template Toolkit
docs; it sure looks like a very po
At 17:10 10/06/2000 +0100, Matt Sergeant wrote:
>On Sat, 10 Jun 2000, Ian Kallen wrote:
>
>>
>> Has anybody run into any Perl libraries that do XSLT transformations that
>> are usuable? Last I looked, there was no library that implemented the
>> spec or provided a useful API. Maybe I'm behind t
On Sat, 10 Jun 2000, Ian Kallen wrote:
>
> Has anybody run into any Perl libraries that do XSLT transformations that
> are usuable? Last I looked, there was no library that implemented the
> spec or provided a useful API. Maybe I'm behind the times...
Sablotron from http://www.gingerall.com/
Has anybody run into any Perl libraries that do XSLT transformations that
are usuable? Last I looked, there was no library that implemented the
spec or provided a useful API. Maybe I'm behind the times...
Today, Gerald Richter <[EMAIL PROTECTED]> frothed and gesticulated about RE:...:
> > For
>
> For my second rite of passage, I'm hacking XML::XSLT
> integration into Apache::ASP for realtime XSLT document
> rendering with a sophisticated caching engine utilizing
> Tie::Cache. Moving forward, the XML buzzword seems to be
> just about a necessity.
>
> Take it as a sign of respect Ma
Hi there,
On Thu, 8 Jun 2000, Perrin Harkins wrote:
> use references for passing data.
But see "Advanced Perl Programming" pages 9 (Performance Efficiency)
and 44 (Using Typeglob Aliases).
73,
Ged.
On Fri, 9 Jun 2000, Joshua Chamas wrote:
> Perrin Harkins wrote:
> >
> > On Fri, 9 Jun 2000, Drew Taylor wrote:
> > > I really like the fact that templates can be compiled to perl code &
> > > cached. Any others besides Mason & EmbPerl (and TT in the near future)?
> >
> > Sure: Apache::ePerl, A
We have done a comparison between Mason and Template Toolkit (both 1.x and
2.0). We ran several tests comparing cached and uncached components.
For the tt tests, we wrote our own caching code against mysql as well as
BerkeleyDB.
What we discovered was that Mason is faster than tt 1.0 both ca
I'm just using XML on the backend for content management and as
a way to standardize what I recieve from partners and content folks,
then storing parsed content in a database from which I output text, HTML,
and/or XML.
XML::Parser suits quite fine for the above. So, Perl has plenty of XML support
Joshua Chamas wrote:
>
> Perrin Harkins wrote:
> >
> > On Fri, 9 Jun 2000, Drew Taylor wrote:
> > > I really like the fact that templates can be compiled to perl code &
> > > cached. Any others besides Mason & EmbPerl (and TT in the near future)?
> >
> > Sure: Apache::ePerl, Apache::ASP, Text::Te
Perrin Harkins wrote:
>
> On Fri, 9 Jun 2000, Drew Taylor wrote:
> > I really like the fact that templates can be compiled to perl code &
> > cached. Any others besides Mason & EmbPerl (and TT in the near future)?
>
> Sure: Apache::ePerl, Apache::ASP, Text::Template, and about a million
> unrele
On Fri, 9 Jun 2000, Roger Espel Llima wrote:
> I'm developping yet another toolkit for templating under mod_perl (don't
> flame me YET, it does things that are significantly different from
> Mason, Embperl and others: namely completely separation of data and
> code, good multilingual support, and
On Fri, 9 Jun 2000, Drew Taylor wrote:
> I really like the fact that templates can be compiled to perl code &
> cached. Any others besides Mason & EmbPerl (and TT in the near future)?
Sure: Apache::ePerl, Apache::ASP, Text::Template, and about a million
unreleased modules that people wrote for th
Andy Wardley <[EMAIL PROTECTED]> wrote:
> Yep, Perrin's right. Version 1 compiled templates to tree form. Items
> in the tree were scalars (plain text) or references to directive objects
> which performed some processing (like INCLUDE another template, and so
> on).
>
> This is actually pretty
Andy Wardley wrote:
>
> On Jun 8, 1:56pm, Perrin Harkins wrote:
> > Not quite. The current version uses its own system of opcodes (!) which
> > are implemented as closures. Compiling to perl code gives much better
> > performance, which is why Andy is changing this.
>
> Yep, Perrin's right.
On Jun 8, 1:56pm, Perrin Harkins wrote:
> Not quite. The current version uses its own system of opcodes (!) which
> are implemented as closures. Compiling to perl code gives much better
> performance, which is why Andy is changing this.
Yep, Perrin's right. Version 1 compiled templates to tre
> "Perrin" == Perrin Harkins <[EMAIL PROTECTED]> writes:
Perrin> I think the world's record for most compact implementation
Perrin> goes to Randal for a small post you can find in the archive here:
Perrin>
http:[EMAIL PROTECTED]
Ahh yes, Apache::Cachet (it's a cache, eh?), mostly proof of c
On Thu, 8 Jun 2000, Greg Cope wrote:
> > > - the area I was trying to explore was how to read a template (all
> > > HTML with a few in it) and the sub in the new content.
> >
> > Embperl would work fine for that, but it's overkill. Your substitution
> > approach is slower than compiling to perl
Perrin Harkins wrote:
>
> On Thu, 8 Jun 2000, Greg Cope wrote:
> > My original question was not related to templates (I'll use embperl for
> > that)
>
> Well, I'm confused now. You'll use Embperl for templates but you're not
> using Embperl for templates?
I use Embperl when I want a templating
On Thu, 8 Jun 2000, Greg Cope wrote:
> My original question was not related to templates (I'll use embperl for
> that)
Well, I'm confused now. You'll use Embperl for templates but you're not
using Embperl for templates?
> - the area I was trying to explore was how to read a template (all
> HTML
On Thu, 8 Jun 2000, Bernhard Graf wrote:
> Chris Winters wrote:
>
> > The newest version of Template Toolkit (currently in alpha) supports
> > compiling templates to perl code. See about 2/3 of the way down the
> > the README at www.template-toolkit.org. Why reinvent the wheel? :)
>
> Also the
Chris Winters wrote:
>
> * [EMAIL PROTECTED] ([EMAIL PROTECTED]) [000608 11:07]:
> > I'm curious Matt, as opposed to what?, reparsing the template each
> > run? Clearly reparsing would be a big loser in terms of performance.
> >
> > But what other technique could be used..., hrm.., without direc
> "Bernhard" == Bernhard Graf <[EMAIL PROTECTED]> writes:
Bernhard> Chris Winters wrote:
>> The newest version of Template Toolkit (currently in alpha) supports
>> compiling templates to perl code. See about 2/3 of the way down the
>> the README at www.template-toolkit.org. Why reinvent the w
Chris Winters wrote:
> The newest version of Template Toolkit (currently in alpha) supports
> compiling templates to perl code. See about 2/3 of the way down the
> the README at www.template-toolkit.org. Why reinvent the wheel? :)
Also the current stable (1.06) can do this.
--
Bernhard Gra
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) [000608 11:07]:
> I'm curious Matt, as opposed to what?, reparsing the template each
> run? Clearly reparsing would be a big loser in terms of performance.
>
> But what other technique could be used..., hrm.., without direct
> control over the pipe, I real
On Thu, 8 Jun 2000 [EMAIL PROTECTED] wrote:
> > As far as I've seen, the fastest template systems are the ones that
> > convert the template to Perl code. So that's what I do. The templates all
> > call a method (in my case $Response->Write()) which appends to a
> > string. If there are no except
On Thu, Jun 08, 2000 at 01:48:40PM +0100, Matt Sergeant wrote:
> On Thu, 8 Jun 2000, Greg Cope wrote:
>
> > This may be veering off topic - but its been on my mind for a while now
> >
> > Apart from thanking Stas for his benchmark work, which I find very
> > interesting (does he sleep ;-) -
On Thu, 8 Jun 2000, Richard L. Goerwitz wrote:
> > As far as I've seen, the fastest template systems are the ones that
> > convert the template to Perl code. So that's what I do. The templates all
> > call a method (in my case $Response->Write()) which appends to a
> > string. If there are no exc
On Thu, 8 Jun 2000, Greg Cope wrote:
> This may be veering off topic - but its been on my mind for a while now
>
> Apart from thanking Stas for his benchmark work, which I find very
> interesting (does he sleep ;-) - this and few few others (benchmarks) have
> all touched on the area of inc
30 matches
Mail list logo