Re: [Cheetahtemplate-discuss] Documentation

[<ir...@ms...>]

On Mon, Sep 16, 2002 at 03:03:23PM -0400, Edmund Lian wrote:
> 
> On 09/16/2002 02:40:13 PM Mike wrote:
> 
> >> It was the containment __init__ problem that you once wrote "maybe we
> need a
> >> warmInit method" about.  See the thread that Edmund started at
> >> Fri, 30 Aug 2002 11:47:07 -0400.
> >
> >OK, this is the problem that if you give the Template constructor a
> >template definition containing '#extends', Template replaces your custom
> >searchList and settings with the superclass'.
> 
> Oh yes, thanks for the reminder. And the workaround right now is to init
> the template first with an empty seachList then use addToSearchList()
> 
> 
> >And if I do override it by putting my object earlier in the searchList,
> >"something" goes bad.  I'm not sure if it's just that Edmund can't
> >access the Servlet method from his placeholder anymore (of course), or
> >it causes something else in Webware or Cheetah to break.
> 
> Not to mention other common ones like "update" and "log" which are method
> names inherited from WebKit.Server, and "zip", "file", "property", which
> are built-ins.

For both of these, it looks like the solution is to recommend 
.prependToSearchList as the normal case rather than .addToSearchList.
Because if you're explicitly adding an object, you must have strong
ideas about seeing its variables first.  Unless it contains clutter
variables like os.environ does.  Then you'd have to evaluate whether
you're less likely to get false positives with that object before 'self'
or after, and that would depend on the circumstance.

-- 
-Mike (Iron) Orr, ir...@ms...  (if mail problems: ms...@oz...)
   http://iron.cx/     English * Esperanto * Russkiy * Deutsch * Espan~ol