yes - but the question was whether this type of functionality was suitable to be added
as a native capability.
Mathew
> All those and more can be done using HTML::Template::Expr.
>
>
> > I'd generally agree (mostly) -> the formatting of data is up to the GUI designer,
> > eg if I want the num
To share the code, just make it an attachment...
just gzip it first... that way we can do a 'diff' to see what is
different.
I am familiar with the 'paging' problem... I
created a paging module specifically to handle the ability to paginate arrarys
that would be used within a H::T page. I
All those and more can be done using HTML::Template::Expr.
--pete
On Thu, 7 Oct 2004, Mathew Robertson wrote:
I'd generally agree (mostly) -> the formatting of data is up to the GUI designer, eg
if I want the number 100 to contain comma's, I shouldn't need to get the Perl
programmer t
I see... in that case, I guess it would be a
suitable thing to do...
regards,
Mathew
- Original Message -
From:
Bob Diss
To: Mathew Robertson
Sent: Thursday, October 07, 2004 11:18
AM
Subject: Re: [htmltmpl] Allow coderef's
for LOOP variables
I gues
what a good idea... could you make the code
available?
Mathew
- Original Message -
From:
Bob Diss
To: [EMAIL PROTECTED]
Sent: Thursday, October 07, 2004 7:06
AM
Subject: [htmltmpl]
HTML::Template::Compile - anonymous sub and eval H::T
An item I ran into
hmm... not sure about that...
If your TMPL_IF takes one branch which doesn't
result in generating output, why didn't the Perl code test the same value and
not generate the unused H::T param data?
Mathew
- Original Message -
From:
Bob Diss
To: [EMAIL PROTECTED]
Sen
I'd generally agree (mostly) -> the formatting
of data is up to the GUI designer, eg if I want the number 100 to contain
comma's, I shouldn't need to get the Perl programmer to generate the a
stringified value caontaining them.
Although, there would need to be alimit on this
functional
My local copy of H::T is modified so that a) you
can create custom TMPL_xxx tags, and b) you can create custom ESCAPE tags by
overloading a H::T::Escape (I have factured out that functionality into
seperate modules).
I'd be interested to how you did this MARK stuff -
I have previously used
An item I ran into lately is a desire to squeeze even more performance out of H::T. Since I'm in a mod_perl environment, I typically load up a handfull of templates and then render them over and over again. To help this out, I built a version of H::T that cross-compiles the stack-based code into
Sometime Today, Bob Diss assembled some asciibets to say:
> Greetings! In using HTML::Template I found somewhat limited by the
> lack of formatting ability in the template language itself. While I
> recognize the need for a separation between coding and layout, I often
> found myself making dupl
My templates tend to be pretty complicated, and often have different If/Then/Else paths that they could follow when rendering. I also have loop objects which are expensive to build (time-wise). Therefore, I query() the template only build them if the template references them. However, this didn'
Greetings! In using HTML::Template I found somewhat limited by the lack of formatting ability in the template language itself. While I recognize the need for a separation between coding and layout, I often found myself making duplicate copies of a value in different formats so that the layout peo
Greetings everyone! I've been using HTML::Template on my site for several years now, and I'm really pleased with what it can do and how easy it is to teach my HTML'ers. I'd like to share with you some enhancements I've done to make it even more powerful (for me, at least).
I make heavy use of t
13 matches
Mail list logo
