Jean-Michel Hiver wrote:
> something like:
>
>
>
>
>
> Which is completely impossible to validate and IMHO very hard to read.
Agreed. The following is easier to read, IMHO, and is also valid XML markup.
[% some_content %]
>dir="ltr"
> petal:attributes="ltr language_
Matt Sergeant wrote:
> At it's core, XML is a very elegant syntax for defining a rich dataset
> of nodes
It's a syntax for defining a dataset of nodes that all conform to XML's
ideas about what a dataset of nodes looks like. I'm not convinced about
rich or elegant.
:-)
> > and you find your
Jean-Michel Hiver wrote:
> Because Petal templates have to be well-formed XML,
This is the sticking point for me, I'm afraid. I can see some of the
benefits of having templates written in well-formed XML markup, but I
can't see past the drawbacks.
XML syntax is crufty at best. It requires
Matt Sergeant wrote:
> Anyone got any experience of doing MS SQL Server from mod_perl on Linux
> (via the FreeTDS drivers)?
Only a little, but I know that Simon Matthews ([EMAIL PROTECTED]) has done a
lot. ISTR he switched from Postgres to SQL Server (from mod_perl
front end, via FreeTDS) and h
On Thu, Jan 09, 2003 at 09:22:35AM -0700, Rob Nagler wrote:
> So how about a panel discussion. I would gladly represent the MVC
> camp. :-) (see http://www.bivio.biz/hm/why-bOP for my position.)
And I would gladly represent the MVC-is-not-the-final-word camp :-)
A
Ask Bjoern Hansen wrote:
> I am planning to submit a proposal for a introduction talk on MVC in
> a web environment.
[...]
> Like Perrin I would like feedback on the idea before putting in my
> proposal.
I like the sound of it, but I should warn you that I have a personal
crusade against inappr
I've been playing around with Apache 2 and mod_perl 1.99 and considering
the changes I'll need to make to Apache::Template to make it play nicely
under the new world order.
Given that I want to continue to support Apache::Template for v1 users,
should I create another module, say Apache2::Templa
On Thu, Jun 06, 2002 at 08:15:24PM -0600, Rob Nagler wrote:
> The issue here is not whether TT is a bad approach, but rather why the
> syntax is not Perl.
One reason is that I like to have minimal syntax in the templates. One
argument often used is that non-programmer find it easier to say foo
On Thu, Jun 06, 2002 at 12:02:47AM -0600, Rob Nagler wrote:
> These are the reserve words of TT:
[...]
> Looks an awful lot like the same keywords in any general-purpose
> programming language.
Yep, I agree. You can use it like a programming language and it
gives you more than enough rope to ha
On Mon, Jun 03, 2002 at 09:49:59PM -0600, Rob Nagler wrote:
> Another concern I have about Template Toolkit (and other template
> languages) is that it has its own syntax and semantics for data and
> control structures distinct from Perl. Why isn't Perl good enough?
Because Perl is a general pur
On Fri, May 31, 2002 at 12:21:45PM -0400, Jesse Erlbaum wrote:
> It's the "addition tricks" which bug me out. With those two words you
> establish the mother of all slippery slopes to architecture oblivion.
True. And in your Perl code you can also write all sorts of dangerous code
that totall
On Thu, May 30, 2002 at 05:42:23PM -0400, Jesse Erlbaum wrote:
> It has been my experience that applying a design pattern such as MVC is not
> a panacea.
[...]
> My point: My
> code isn't good because I apply some "pattern" to it. It may be good, and
> it may resemble a pattern -- but those two
On Mon, Jun 03, 2002 at 08:09:12AM -0600, Rob Nagler wrote:
> > [% FILTER font('my_first_name_font') %]
> > ... some text, possibly with other template directives in it...
> > [% END %]
>
> One of the reasons Perl is popular is its idioms. Having to say
> something in three lines is not as idiom
Continuing from the thread on the modperl mailing list:
On Sun, Jun 02, 2002 at 05:04:01PM -0400, Sam Tregar wrote:
> > I don't think the standard HTML::Template has support for formatting
> > numbers, dates, etc.
>
> And thank the sweet lord it doesn't! HTML::Template is a "do one thing
> and
On Wed, May 29, 2002 at 11:11:59AM -0500, Dave Rolsky wrote:
> If require is given a string, it looks for a filename _matching_ that
> string. If it's given a bareword, it converts '::' to filesystem path
> separators first.
...and appends '.pm' onto the end.
Thus
require Foo::Bar
is the
On Tue, Oct 23, 2001 at 12:02:00PM -0500, Dave Rolsky wrote:
> Perl Jewels (Joules?)
Perl Oysters :-)
A
omewhere into the
Template::* namespace if you like. Template::Grover or something similar?
Cheers
A
--
Andy Wardley <[EMAIL PROTECTED]> Signature regenerating. Please remain seated.
<[EMAIL PROTECTED]> For a good time: http://www.kfs.org/~abw/
help desk for Canon
UK, they that otherwise lack clues in such matters.
Apologies to the larger majority who don't live in London - you'll have
to wait until next April. :-)
More details from london.pm.org
A
--
Andy Wardley <[EMAIL PROTECTED]> Signature regenerating.
pected behaviour, or otherwise set me
straight about what's going on?
Naturally, I've checked all the documentation, FAQ's etc. that I can find
and am still none the wiser. If there's something that I've missed then
I'd appreciate a pointer to the right clues. I have
ur static HTML
directory.
See the copious TT documentation (perldoc ttree, perldoc Template) for
further info. The TT web site also has my paper from TPC4 which
discusses these techniques at greater length.
http://www.template-toolkit.org/
HTH
A
--
Andy Wardley <[EMAIL PROTECTED]> Signat
r,pass) -%]
[% results = DBI.query('SELECT * FROM alphabet ORDER BY letter') %]
[% INCLUDE fancy_table %]
[% INCLUDE plain_table %]
[% INCLUDE boring_table %]
See http://www.template-toolkit.org/
or http://www.cpan.org/modules/by-module/Template/
HTH
A
--
Andy War
[% END %]
> With a little education an HTML designer can learn to manipulate the
> template syntax. You'll have to teach them to program before they can
> deal with a full "foreach" no matter how you dress it up.
Nope, I don't agree, FOREACH and TMPL_LOOP are s
.
Template systems shoulds be concerned with processing templates and not
implementing every piece of application functionality that anyone could
ever wish for.
A
--
Andy Wardley <[EMAIL PROTECTED]> Signature regenerating. Please remain seated.
<[EMAIL PROTECTED]> For a good time: http://www.kfs.org/~abw/
> Embperl's parser have used from the startup only C code, maybe that's the
> reason why the time this takes (compared to the rest of the request) never
> was an issue for me...
Yes, the great thing about Embperl and other embedded Perl solutions is
that the "parsing" phase only really requires t
> But you have to recompile the Perl code, which normaly takes more time, then
> compiling the template to the Perl code. I don't think that this will gain
> very much speed. (Maybe in case of TT this is more important, because it has
> to first translate his own language to Perl code, while other
disk for persistance of compiled templates. That way, the templates
never need to be re-compiled (i.e. from TT syntax to Perl code) unless
you change them. They can simply be loaded via Perl's require().
A
--
Andy Wardley <[EMAIL PROTECTED]> Signature regenerating. Please remain seated.
mailing lists,
etc., see http://www.template-toolkit.org/Version 1 is available from
CPAN, while version 2 betas are currently only available from the above
web site. Version 2 beta 2 is 99% stable, and beta 3, due out early next
week, should be rock solid. Once the documentation has caught up with
the code (almost there), I'll be releasing V2 gold and it'll find it's
way onto CPAN.
A
--
Andy Wardley <[EMAIL PROTECTED]> Signature regenerating. Please remain seated.
<[EMAIL PROTECTED]> For a good time: http://www.kfs.org/~abw/
oad the template parser. Ideally, it should
be possible to integrate compiled TT templates with Mason components
and/or any other template form which gets compiled to Perl.
A
--
Andy Wardley <[EMAIL PROTECTED]> Signature regenerating. Please remain seated.
<[EMAIL PROTECTED]> For a good time: http://www.kfs.org/~abw/
n-DBI/Template-Plugin-DBI
-0.09.tar.gz
Regards
SAM
---End of forwarded mail from [EMAIL PROTECTED]
--
Andy Wardley <[EMAIL PROTECTED]> Signature regenerating. Please remain seated.
<[EMAIL PROTECTED]> For a good time: http://www.kfs.org/~abw/
[% modlist = DBI.query("SELECT * FROM module WHERE author='$userid'") %]
[% FOREACH mod = modlist %]
[% IF modlist.first %]
Modules
[% END %]
[% mod.name %]
[% IF modlist.last %]
[% END %]
[% END %]
[% INCLUDE fo
sion on the templates list about how best to
combine the various efforts into one coherent application server suite.
There's quite some way to go until we have a "finished product", but the ball
is rolling and things are looking encouraging so far.
A
--
Andy Wardley <[
ever. You can have a Perl program which calls on the toolkit
to render its output, or you can have a template which, on being
processed by the toolkit, loads and calls and Perl code that it
needs (via a plugin interface).
It's a slippery slope that leads both up and down. :-)=
A
--
iate forms and you will save
yourself an awful lot of time. So I guess it doesn't really make and
sense to say which is the "fastest" unless you can compare like-for-like.
And it's not really fair on the caching processors to turn their caches
off so that they run as slowly as al
Camel logo for Perl, but
no-one did.
A
--
Andy Wardley <[EMAIL PROTECTED]> Signature regenerating. Please remain seated.
<[EMAIL PROTECTED]> For a good time: http://www.kfs.org/~abw/
ped to establish Perl itself. I can understand that they don't want
to see poor quality, slapdash T-Shirts going around that might, just might,
possibly be misconstrued as an O'Reilly product, but they could surely
afford to be more pragmatic.
A
--
Andy Wardley <[EMAIL PROTECTED]> Signature regenerating. Please remain seated.
<[EMAIL PROTECTED]> For a good time: http://www.kfs.org/~abw/
35 matches
Mail list logo
