on 4/4/00 9:16 AM, John McNally <[EMAIL PROTECTED]> wrote:
> Why is it better to have WebMacro screens include their headers and
> footers? I think it is much better to let Turbine handle assembling the
> various parts of the page. Jon, I thought you said that using nested
> templates significantly reduced WM's performance. Is this not what the
> #parse include statement is doing? Besides Turbine already has a pretty
> good system, I would say to not use some WM specific way of doing something
> when the standard Turbine way of doing it is just as good. Of course, if
> someone wants to build their application using #parse in their screens and
> not using layouts they can do so, but I would prefer it not be done in the
> standard distribution.
I did say that #parse is slow. The reason is that the template caches only
one level instead of being smart and first cooking and then caching. This is
something that is supposed to eventually be fixed in WM. In other words, I
do like that idea of using #parse because I know that it is something that
will eventually be fixed.
The reason is exactly like what Yannick MAURAY just posted. Let WM do what
it is good at...UI. The model within Turbine was developed with ECS in mind.
If you aren't using ECS, then it doesn't apply as well.
What we do at Sourcexchange to get around this is something extremely
nasty...we have a Perl script that goes through the WM templates and then
"cooks" them into single templates that are then used for the execution. I
would love to see this fixed in WM.
> I assume the reason is to start the response stream asap, or is there some
> other reason. Building the page using the ECS Document, allows various
> modules to add code (e.g. javascript or css) to the <head> tags in a
> straightforward manner. It also makes error handling cleaner. Are you
> going to build so that one can have the option of using it the way things
> are now?
I think that it should definitely be optional on which output methodology
should be used because both can be needed in different situations.
-jon
------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Problems?: [EMAIL PROTECTED]
