Re: [is it time for something other than html?] RE: Templating system

2000-07-28 Thread David Hodgkinson
Jauder Ho [EMAIL PROTECTED] writes: The template may be kept in memory but it needs to be reparsed to insert real values, no? What I would like to see is a way to say the template is static (header/footer) and does not need to be reparse/regenerated each time and comparitively small portion

Re: [is it time for something other than html?] RE: Templating system

2000-07-28 Thread Jauder Ho
Okay, I think there is still some confusion here as to what I am shooting for. Ideally, I would like a system where the static parts of the page are cached. I have recieved several mails suggesting that items such as the header/footer can be turned into compiled print() statements as part of

[is it time for something other than html?] RE: Templating system

2000-07-27 Thread Jauder Ho
Watching this discussion has been very interesting, I am all for separating the HTML and the code portions and have been unable to think of a good solution to this particular problem. I ran across smartworker (http://www.smartworker.org) a while ago and even though I have not had the time/chance

Re: [is it time for something other than html?] RE: Templating system

2000-07-27 Thread Perrin Harkins
On Thu, 27 Jul 2000, Jauder Ho wrote: If there was somehow a way to cache say the template, leaving only the same dynamic portion uncached, it would certainly help things along quite a bit. If anyone knows of a good way of doing this I would certainly be interested in hearing it. I believe

Re: [is it time for something other than html?] RE: Templating system

2000-07-27 Thread
-- On Thu, 27 Jul 2000 12:22:26 Jauder Ho wrote: Watching this discussion has been very interesting, I am all for separating the HTML and the code portions and have been unable to think of a good solution to this particular problem. I ran across smartworker (http://www.smartworker.org) a

Re: [is it time for something other than html?] RE: Templating system

2000-07-27 Thread Kip Hampton
Jauder Ho wrote: snip XML+XSLT is an interesting combination but integrating that into a dynamic generator (perl based or other) is going to be nontrivial to say the very least. Is there anyone interested in exploring this? /snip Most of the hard work for this has been done by our own

Re: [is it time for something other than html?] RE: Templating system

2000-07-27 Thread Paul J. Lucas
On Thu, 27 Jul 2000, Jauder Ho wrote: If there was somehow a way to cache say the template, leaving only the same dynamic portion uncached, it would certainly help things along quite a bit. An improvement to the technique used by HTML Tree is to "collapse" the non-dynamic

Re: [is it time for something other than html?] RE: Templating system

2000-07-27 Thread Jauder Ho
Cool, I will definitely look further into this. Time to google... --Jauder On Thu, 27 Jul 2000, Kip Hampton wrote: Jauder Ho wrote: snip XML+XSLT is an interesting combination but integrating that into a dynamic generator (perl based or other) is going to be nontrivial to say the

Re: [is it time for something other than html?] RE: Templating system

2000-07-27 Thread Perrin Harkins
On Thu, 27 Jul 2000, Jauder Ho wrote: The template may be kept in memory but it needs to be reparsed to insert real values, no? No. With most of these systems it turns into a bunch of "print" calls and then into a bunch of perl opcodes, so it gets executed each time but not parsed. What I

Re: [is it time for something other than html?] RE: Templating system

2000-07-27 Thread Joshua Chamas
Jauder Ho wrote: the time/chance to implement such a system, it certainly looks like an interesting method of doing things. XML+XSLT is an interesting combination but integrating that into a dynamic generator (perl based or other) is going to be nontrivial to say the very least. Is there

RE: [is it time for something other than html?] RE: Templating system

2000-07-27 Thread Gerald Richter
If there was somehow a way to cache say the template, leaving only the same dynamic portion uncached, it would certainly help things along quite a bit. An improvement to the technique used by HTML Tree is to "collapse" the non-dynamic portions of an HTML file into a