On 5/20/05, Tim Peters <[EMAIL PROTECTED]> wrote:
> If introducing new types counts as a "bug fix", maybe someone should.
> It fixed a bug in Zope 2.8 on Windows, but my understanding is that
> bug was unique to Zope 2.8, and because of a change made to SVN
> ZConfig last year that wasn't also made
[Fred Drake]
> That's "inet", not "internet".
OK, for consistency I changed ZConfig to use "sckt" instead of
"socket" too .
> You must have been sending this email while I stitched the
> new ZConfig into Zope 3; all should be on ZConfig 2.3 at this
> point.
Cool! All the Z3 tests pass now with
On 5/19/05, Tim Peters <[EMAIL PROTECTED]> wrote:
> As a result, Zope3 trunk can't use ZODB 3.4b1 (I tried -- doesn't
> work) before someone stitches the new ZConfig release into Zope3. I'm
> willing to if nobody else is. Ideal would be someone familar with the
> uses of the ZConfig socket-addres
Fred Drake created a new ZConfig release, with new internet/socket
address types to overcome a longstanding Windows hangup in Zope 2.8.
He also stitched the new ZConfig into the Zope trunk. I stitched the
same thing into ZODB 3.4, and changed ZODB/ZEO to use the new address
types where appropriat
On Thursday 19 May 2005 16:52, Jim Fulton wrote:
> How about: "have-module"? Is there any reason to limit this to packages?
Okay. Will do.
Regards,
Stephan
--
Stephan Richter
CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student)
Web2k - Web Software Design, Development and Training
___
Stephan Richter wrote:
Hello everyone,
I am going to fix the LDAP authentication adapter for PAU. Florent, Dylan and
Roger have all expressed interest to put the module into the Zope 3 source
tree, like ``Zope3/src/ldapauth`` (note the name change to a more neutral
one). The problem with that is
Hi Gary,
Behalf Of Gary Poster
> Sent: Thursday, May 19, 2005 10:39 PM
> To: zope3-dev (E-mail)
> Subject: [Zope3-dev] new ZC form machinery snapshot available
> on public repo.
>
> Hi all. As part of its current Zope 3-based client engagement, Zope
> Corporation has been developing a number
I should give a little bit of philosophical background.
We found that we often needed to create forms that were more complicated
than simple edit, add or display forms. We also often needed to
derive forms from other forms. Our initial stab at this was a sophisticated
ZCML directive that provided
Hi all. As part of its current Zope 3-based client engagement, Zope
Corporation has been developing a number of packages that we plan to
release as open source once we feel they are "cooked".
One that seems to have sparked special interest is our new variation
of much of the zope.app.form c
Am Donnerstag, 19. Mai 2005 19:07 schrieb Stephan Richter:
> On Thursday 19 May 2005 13:02, Florian Lindner wrote:
> > Â Â > Â Â Â Â for=".link.Link"
> > Â Â Â Â provides="zope.app.dublincore.interfaces.IZopeDublinCore"
> > Â Â Â Â factory=".link.factory"
> > Â Â Â Â />
>
> You need to make this a
Jim Fulton wrote:
I already raised the question what the precedence should be if the
OK, I'll anser that. If a permission is used in an adapter directive,
it takes precedence over declarations made in a class directive.
(In the future, I'd like to change the way security declarations work
so that
On Thursday 19 May 2005 13:02, Florian Lindner wrote:
> Â Â Â Â Â Â for=".link.Link"
> Â Â Â Â provides="zope.app.dublincore.interfaces.IZopeDublinCore"
> Â Â Â Â factory=".link.factory"
> Â Â Â Â />
You need to make this a trusted adapter and provide a permission for accessing
it, i.e. add ``tr
Hello,
I try to connect a schema field with a dublin core metadata field using
partialAnnotatableAdapterFactory.
I'm logged in as zope.Manager.
My configure.zcml:
My link.py:
[...]
from zope.app.dublincore import annotatableadapter
factory = annotatableadapter.partialAnnotatableAdapterFa
I would like to add an additional 'content_factory_id' attribute to the
addform- addwizard directive in order that utility based factories can
be invoked within the adding view. See diff for details.
Any objections?
Regards,
Dominik Huber
Index: metadirectives.py
===
Dominik Huber wrote:
(This mail seems to be lost some where so I take another try.)
Sorry if this was my fault.
Hi Jim,
I cleaned up the locatableadapters-branch, but I did not implement an
additonal locate attribute to the adapter directive yet, because it's
pretty tricky to separate trusted-ness
(This mail seems to be lost some where so I take another try.)
Hi Jim,
I cleaned up the locatableadapters-branch, but I did not implement an
additonal locate attribute to the adapter directive yet, because it's
pretty tricky to separate trusted-ness from location-ness.
I already raised the questi
16 matches
Mail list logo
