> > One problem I have encountered frequently enough to be annoying (but
> > not enough to do anything about) was that ocassionally the line
> > numbers of a TMPL error, didn't match up with the line that the
> > error occurred on. As a result of my work on making H::T support
> > custom TMPL_
On Wed, 25 Feb 2004, Mathew Robertson wrote:
> One problem I have encountered frequently enough to be annoying (but
> not enough to do anything about) was that ocassionally the line
> numbers of a TMPL error, didn't match up with the line that the
> error occurred on. As a result of my work on ma
Hi Sam and others,
One problem I have encountered frequently enough to be annoying (but not enough to do
anything about) was that ocassionally the line numbers of a TMPL error, didn't match
up with the line that the error occurred on. As a result of my work on making H::T
support custom TMPL_x
On Fri, 20 Feb 2004, Puneet Kishor wrote:
> to the list manager -- please take all instances of schuckert off the
> list (hopefully there is only one). Then if schukert starts missing H:T
> list messages, she/he will re-join.
Done.
-sam
---
S
On Tue, 24 Feb 2004, Mathew Robertson wrote:
> Has this technique been investigated for use in H::T ? Likewise has
> the use of 'o' modifier (as in s///o) been considered?
//o and qr// are only effective on regexes which include variables
($foo and @foo). Otherwise Perl automatically does what
At 02:35 PM 2/24/04 +1100, Mathew Robertson wrote:
Hi H::T users,
Just a little while ago, I released a 'H::T filters module'. One
suggestion was that I use qr// to pre-compile the regular expressions.
Has this technique been investigated for use in H::T ?Likewise has the
use of 'o' modif
I know that the HTML::Template docs FAQ answers "What's the best way
to create a form element using HTML::Template" with 'use CGI'.
However, I prefer to do it 'the other way'.
I've created a module to help create the loop arrays for date/time
menus and am requesting feedback on a suitable modul
