>
> This thing about using more memory doesn't make sense to me. As I see
> it, if I include files in the same package as base.html, then they all
> share base.html's package. And after the first compilation, these pages
> are cached. So, in what way do they use more memory than otherwise?
If you only inlcude these files in base.html, then you of course don't use
more memory. What I wanted to say is, that if you inlcude them in foo.html,
bar.html and whatever.html, you use three times more memory.
>
> Is it reasonable to say that there are really two kinds of inheritance
> which we could talk about in EmbperlObject - one is the subs.html which
> we have discussed before, which I could see having its own package. This
> is the method which we just came up with, using Execute('subs.html#NEW')
> etc. This is ok, because it makes sense to enable true Perl inheritance
> for certain subroutines, if you want it.
>
yes
> But for other files, such as navbar.html, or head.html, which are really
> just over-ridable HTML files (no subs), couldn't these be included by
> base.html using __PACKAGE__? The great benefit is that they can all use
> the common variables (which is not a trivial gain), and moreover
> conceptually they are really all part of the same document anyway.
> EmbperlObject very nicely gives us file over-riding by choosing the
> right version of navbar.html, head.html etc, based on the directory of
> '*'.
Yes, you can do so, as long as you don't have subs with the same name in it.
> So the only question then is, Am I using a lot more memory in this
> situation too?
No, as long as you include them only in _one_ document (base.html), you will
not use more memory
Hope this is more clear now
Gerald
-------------------------------------------------------------
Gerald Richter ecos electronic communication services gmbh
Internetconnect * Webserver/-design/-datenbanken * Consulting
Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: [EMAIL PROTECTED] Voice: +49 6133 925151
WWW: http://www.ecos.de Fax: +49 6133 925152
-------------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
