>==============================================================
> = Comment - Entry #2 by tseaver on Dec 19, 2005 9:08 pm
>
> What do you have configured as the 'container-class' for that
> database / mount point? It must be a class with an '__init__'
> taking a single non-default argument (like OFS.Folder.Folder, the
> default) or else a function taking a single argument; in either
> case, the caller expects to supply this argument (the "id" of the
> new object).
I'm trying to remember how container-class is used, but have a
sense that it does *not* have to be the same as the class of the
object you want to mount *over* the container.
At any rate, classes or functions which do not take a parameter
may *not* be used for the 'container-class'.
> = Comment - Entry #3 by suvit on Dec 20, 2005 4:45 am
>
> I think this is a dublicate of my #1819
Nope. http:// www.zope. org/Collectors/ Zope/1819 is about a
problem in SimpleTrailblazer; this one is in CustomTrailblazer.
The OP replied in private mail:
>====== ======= ======= ======= ======= ======= ======= ======= =======
> = Comment - Entry #2 by tseaver on Dec 19, 2005 9:08 pm
>
> What do you have configured as the 'container-class' for that
> database / mount point? It must be a class with an '__init__'
> taking a single non-default argument (like OFS.Folder.Folder, the
> default) or else a function taking a single argument; in either
> case, the caller expects to supply this argument (the "id" of the
> new object).
container-class Products. CMFPlone. CatalogTool. CatalogTool
I'm trying to remember how container-class is used, but have a
sense that it does *not* have to be the same as the class of the
object you want to mount *over* the container.
At any rate, classes or functions which do not take a parameter
may *not* be used for the 'container-class'.