Derek Richardson-2 wrote:
>
> We've talked a lot about the composition alternative to my idea, but we
> haven't talked about my idea much. What is suboptimal with the way I'm
> proposing, other than that it requires changing zope core? Or is that a
> good enough reason to not do it?
>
Wher
Derek Richardson wrote:
I wrote most of it today and there is more code shared between the
two than is different. The main differences are:
* OOBTrees, instead of an IOBTree and an OIBTree
* Different events are fired when an object is registered and
unregistered (they could be merged, but th
I like this idea of abstracting the code for ids myself. It will be
interesting to hear what others have to say. Can you advise whether the
UUID utility will be ZPL licensed since this is important if you are
talking about something with generic functionality for z3. Many thanks.
Regards,
Davi
All,
I've decided to go ahead and write an RFC 4122 UUID utility based on
zope.intid (this is for a Plone SoC project, but this bit is pure Zope
3). I wrote most of it today and there is more code shared between the
two than is different. The main differences are:
* OOBTrees, instead of an I