Previously Chris Withers wrote:
Really? Certainly in Zope 2, prettymuch every persistent objects needs
to be getId()'able...
The fact that something is true in Zope 3 does not necessarily make it a
good idea.
Wichert.
--
Wichert Akkerman [EMAIL PROTECTED]It is simple to make things.
On Wednesday 29 November 2006 03:37, Wichert Akkerman wrote:
The fact that something is true in Zope 3 does not necessarily make it a
good idea.
But the chances are pretty high! ;-)
Regards,
Stephan
--
Stephan Richter
CBU Physics Chemistry (B.S.) / Tufts Physics (Ph.D. student)
Web2k - Web
Previously Stephan Richter wrote:
On Wednesday 29 November 2006 03:37, Wichert Akkerman wrote:
The fact that something is true in Zope 3 does not necessarily make it a
good idea.
But the chances are pretty high! ;-)
Of course I meant to say 'Zope 2' there, which does reduce the chances.
On Nov 29, 2006, at 3:01 AM, Christian Theune wrote:
Hi,
Jim Fulton wrote:
I think package-includes or something like an egg basket could be
useful for an application, like plone, that wants to support
extension
by non-developers. But for developers, I think direct zcml includes
is
Hi,
Jim Fulton wrote:
My intention, when I have time is to write a new Zope3 instance recipe
that takes a single zcml file that defines the application and that
doesn't do anything with package-includes or otherwise try to
emulate the existing site.zcml.
Ok. Many thanks for the
Chris Withers wrote at 2006-11-28 18:09 +:
Benji York wrote:
Chris Withers wrote:
I don't think it'll be a common pattern, but it doesn't feel right to
me that a named adapter (ie: one registered with a specific name) has
no way of finding out what name it has been registered with...
Hey,
I've recently written a few blog entries that may be of interest here
too. First an introduction about the Grok project:
http://faassen.n--tree.net/blog/view/weblog/2006/11/09/0
Next, what I wrote tonight, which is about my experiments with Grok,
Zope 3, WSGI and CherryPy:
Hi all,
I find that the provider syntax doesn't allow a nocall:
specifier. ie: the following tal syntax fails, because regardless of
the nocall: modifier, the provider: is rendered at once, and you
end up calling render on a string. Is this a bug?
div tal:define=obj nocall:provider:q2d-prov