Re: Templating Solutions

2001-06-19 Thread Leo Lapworth
True, DW monkey can crap anything up, but not True that H::T is better to DW edit than T::T (You can set your tags to be just as with H::T. Leo On Mon, Jun 18, 2001 at 05:34:44PM +0100, Struan Donald wrote: > * at 18/06 17:21 +0100 Roger Burton West said: > > On Mon, Jun 18, 2001 at 04:36:00PM

Re: Templating Solutions

2001-06-19 Thread Leo Lapworth
Philip, Have a look at this, TT2 based solution, it's a bit bloated (as it includes page numbering and various other functions): http://test.cuckoo.org/script_template.txt, the key line is: my $results = Emap::HolidayFinder::Tod::do_search(\%form_input,$dbh); This is then merged with the temp

Re: Technical Meeting - 21st June

2001-06-19 Thread Leo Lapworth
On Mon, Jun 18, 2001 at 07:15:32PM +0100, Dave Cross wrote: > Oh... er... it's only three days to the technical meeting and so far I don't > seem to have any talks for it. Thursday.. what, this thursday where does the time go. Assuming I can make it (have to check something), I'll give a little

Re: Templating Solutions

2001-06-19 Thread Robert Price
At 08:36 AM 6/19/01 +0100, Leo wrote: >Have a look at this, TT2 based solution, it's a bit >bloated (as it includes page numbering and various other >functions): > >http://test.cuckoo.org/script_template.txt, >the key line is: >my $results = Emap::HolidayFinder::Tod::do_search(\%form_input,$dbh);

Re: Templating Solutions

2001-06-19 Thread Leo Lapworth
On Tue, Jun 19, 2001 at 10:11:47AM +0100, Robert Price wrote: > At 08:36 AM 6/19/01 +0100, Leo wrote: > >http://test.cuckoo.org/script_template.txt, > >the key line is: > >my $results = Emap::HolidayFinder::Tod::do_search(\%form_input,$dbh); > > [snip] > > Hope that's not copyrighted Emap code

Re: Technical Meeting - 21st June

2001-06-19 Thread Piers Cawley
Leo Lapworth <[EMAIL PROTECTED]> writes: > On Mon, Jun 18, 2001 at 07:15:32PM +0100, Dave Cross wrote: > > Oh... er... it's only three days to the technical meeting and so far I don't > > seem to have any talks for it. > > Thursday.. what, this thursday where does the time go. > > Assuming I ca

Re: Templating Solutions

2001-06-19 Thread Steve Purkis
David Cantrell wrote: > > On Mon, Jun 18, 2001 at 08:24:13PM +0100, Matthew Byng-Maddick wrote: > > On Mon, Jun 18, 2001 at 07:54:36PM +0100, David Cantrell wrote: > > > On Mon, Jun 18, 2001 at 04:46:25PM +0100, Leo Lapworth wrote: > > > > I'd also like to mention HTML::Mason - Euuu, No, no and t

The List Has Moved

2001-06-19 Thread Dominic Mitchell
In case anybody hasn't noticed, [EMAIL PROTECTED] has now become [EMAIL PROTECTED] Your mail filters may need updating, you've probably got a ton of junk in your inbox in case you haven't noticed. :-) -Dom -- | Semantico: creators of major online resources | | URL: http://www.s

Re: Templating Solutions

2001-06-19 Thread David Cantrell
On Tue, Jun 19, 2001 at 10:20:37AM +0100, Steve Purkis wrote: > David Cantrell wrote: > > > > Seriously, I agree 100% that you should strive to seperate application > > from your presentation as much as possible, but seeing that you can not > > do this entirely, you may as well embed perl in your

Re: Templating Solutions

2001-06-19 Thread Ian Brayshaw
I was going to stay quiet on this one (still don't know why I am now joining in). I am finding XSLT & XML to be a good alternative to normal templating techniques. One of the biggest benifits I've found is being able to generate the one data set and have it rendered in different ways for dif

RE: Templating Solutions

2001-06-19 Thread Cross David - dcross
From: David Cantrell <[EMAIL PROTECTED]> Sent: Tuesday, June 19, 2001 10:51 AM > On Tue, Jun 19, 2001 at 10:20:37AM +0100, Steve Purkis wrote: > > David Cantrell wrote: > > > > > > Seriously, I agree 100% that you should strive to seperate application > > > from your presentation as much as poss

Using perl for a high performance mailer daemon ?

2001-06-19 Thread Greg Cope
Dear All Sorry to drag the tone back down to perl, but, I've a question that is ripe for the lists collective expertise. I want to design a mailer for sending large numbers of individual messages to a large list. This is for a client whom manages companies customers CRM lists. This is more of

Re: Templating Solutions

2001-06-19 Thread Dominic Mitchell
On Tue, Jun 19, 2001 at 08:08:50PM +1000, Ian Brayshaw wrote: > I am finding XSLT & XML to be a good alternative to normal templating > techniques. One of the biggest benifits I've found is being able to generate > the one data set and have it rendered in different ways for different > applicat

Re: Technical Meeting - 21st June

2001-06-19 Thread Redvers Davies
> Oh... er... it's only three days to the technical meeting and so far I don't > seem to have any talks for it. Err, I have to produce 3 hours of material so I don't think that the technical meeting would be the right place for it. Apart from that it isn't finished yet. If there is another tech

Re: Templating Solutions

2001-06-19 Thread Paul Sharpe
More on XML/XSLT/seperation of roles philosophy http://xml.apache.org/cocoon2/index.html paul Ian Brayshaw wrote: > > > > I was going to stay quiet on this one (still don't know why I am now joining > in). > > I am finding XSLT & XML to be a good alternative to normal templating > techniq

Re: Templating Solutions

2001-06-19 Thread Leon Brocard
Jonathan Stowe sent the following bits through the ether: > As a reference for this kind of thing one might ( if one can be arsed to > look at Java stuff ) to look at the way the Enhydra thingy does things in > creating classes in directories like : We don't need no stinking directories - we can

Re: Templating Solutions

2001-06-19 Thread Leon Brocard
Dominic Mitchell sent the following bits through the ether: > You'd be surprised how many people are willing to learn something when > it's got microsoft attached to it and big whopping books from que. Would it be entertaining for people to give small talks on the templating system of their choi

Re: Using perl for a high performance mailer daemon ?

2001-06-19 Thread Leon Brocard
Greg Cope sent the following bits through the ether: > I want to design a mailer for sending large numbers of individual > messages to a large list. You're writing a mailer in Perl. Mailers have been done before. If you're using a slow one, then look at other ones, such as exim. Leon -- Leon B

Re: Using perl for a high performance mailer daemon ?

2001-06-19 Thread Dominic Mitchell
On Tue, Jun 19, 2001 at 11:39:32AM +0100, Leon Brocard wrote: > Greg Cope sent the following bits through the ether: > > I want to design a mailer for sending large numbers of individual > > messages to a large list. > > You're writing a mailer in Perl. Mailers have been done before. If > you're

Re: Using perl for a high performance mailer daemon ?

2001-06-19 Thread Jonathan Stowe
On Tue, 19 Jun 2001, Philip Newton wrote: > Greg Cope wrote: > > Sorry to drag the tone back down to perl > > You could at least have done it on the proper list (you know, the one that > Jonathan Stowe said he wouldn't be closing down this afternoon). > > CC'ed to the real list. > I fixed the re

Re: Using perl for a high performance mailer daemon ?

2001-06-19 Thread Philip Newton
Greg Cope wrote: > Sorry to drag the tone back down to perl You could at least have done it on the proper list (you know, the one that Jonathan Stowe said he wouldn't be closing down this afternoon). CC'ed to the real list. Cheers, Philip -- Philip Newton <[EMAIL PROTECTED]> All opinions are m

Re: Templating Solutions

2001-06-19 Thread Mark Fowler
On Tue, 19 Jun 2001, Ian Brayshaw wrote: > I am finding XSLT & XML to be a good alternative to normal templating > techniques. One of the biggest benifits I've found is being able to generate > the one data set and have it rendered in different ways for different > applications. I presume this is

Re: Templating Solutions

2001-06-19 Thread Steve Purkis
David Cantrell wrote: > > On Tue, Jun 19, 2001 at 10:20:37AM +0100, Steve Purkis wrote: > > David Cantrell wrote: > > of course the line > > will never be 100% clear & cut-out... And as for inventing new wheels - > > well we're all coders & scien

[ANNOUNCE] Getopt::Attribute 0.02

2001-06-19 Thread Marcel Grunauer
NAME Getopt::Attribute - Attribute wrapper for Getopt::Long SYNOPSIS use Getopt::Attribute; my $verbose : Getopt(verbose!); my $all : Getopt(all); my $size: Getopt(size=s); my $more: Getopt(more+); my @library : Getopt(library=s); my %def