[Zope-CMF] Re: Tools as local utilities
Philipp von Weitershausen
philipp at weitershausen.de
Fri Feb 9 07:24:56 EST 2007
Jens Vagelpohl wrote:
> On 9 Feb 2007, at 11:03, yuppie wrote:
>>> Taking this into account, how should the five.localsitemanager thing
>>> be packaged?
>> Maybe we can use the same pattern as TextIndexNG3: The Python package
>> is shipped in a 'src' subdirectory of the product. The product's
>> __init__ adds 'src' to the sys.path. The code could check if
>> five.localsitemanager already exists (e.g. in a Plone distribution)
>> and modify sys.path only if necessary.
>> This is a hack, but maybe good enough as a temporary solution for CMF
> That's certainly good enough for me.
I was about to suggest that: create a "pure" five.localsitemanager
package for the "package zealots" and make a product that simply puts it
I don't think resorting to relative imports is an option. I personally
think Python 2's import semantics are pretty much fubared and I can only
recommend to always use absolute imports.
Also, whatever we create now will have to live under Seaver's law
(Persistence means having to say I'm sorry) because
five.localsitemanager will obviously have persitent objects (the
LocalSiteManager implementation, which is a subclass of
Anyway, yay on the consensus for CMF 2.1!
http://worldcookery.com -- Professional Zope documentation and training
Next Zope 3 training at Camp5: http://trizpug.org/boot-camp/camp5
More information about the Zope-CMF