On Wed, 2007-10-01 at 15:00 +, Martin Aspeli wrote:
- Add an object_implements index. I know the one that does any
adaptable-to interface from membrane is a bit slow, but one that
just indexes the names of zope.interface.providedBy(obj).flattened()
should be quick.
+5
I'm getting tired
Martin Aspeli wrote:
Hi guys,
I'm toying with the idea of introducing five.intid as a dependency for
Plone 3. Whit is responsible for this creation, so I'd like this input
as well, but from discussions with him it seems quite useful.
- It can be combined with Zope 3's catalog implementation
-
Martin Aspeli wrote:
- Add the intid from five.intid as an index and metadata. This allows
cross-referencing between the two.
This seems valuable. It already bridges the annoying gap where we don't
currently add UID to the standard catalog as an index or metadata.
We could possibly add a
Hi Whit,
On 1/10/07, whit [EMAIL PROTECTED] wrote:
Martin Aspeli wrote:
Hi guys,
I'm toying with the idea of introducing five.intid as a dependency for
Plone 3. Whit is responsible for this creation, so I'd like this input
as well, but from discussions with him it seems quite useful.
-
Martin Aspeli wrote:
Hi Whit,
On 1/10/07, whit [EMAIL PROTECTED] wrote:
Martin Aspeli wrote:
Hi guys,
I'm toying with the idea of introducing five.intid as a dependency for
Plone 3. Whit is responsible for this creation, so I'd like this input
as well, but from discussions with him it
Alec Mitchell wrote:
--SNIP all the discussion about five.intid--
Instead, why not make a simple addon product (with a simple GS
profile) that installs these dependencies and the necessary utils and
indexes, and attach it to a PLIP for 3.5? Having intids would be
great, but it would be better
On 1/10/07, Rob Miller [EMAIL PROTECTED] wrote:
Alec Mitchell wrote:
On 1/10/07, Rob Miller [EMAIL PROTECTED] wrote:
Alec Mitchell wrote:
--SNIP all the discussion about five.intid--
Instead, why not make a simple addon product (with a simple GS
profile) that installs these dependencies
whit wrote:
[snip]
early stage, not piling too many irreversible dependencies upon it.
my reasoning: Much of what is scary to me about this code adapting intid
to zope2 is what made it so nice for mfaasen writing it in zope3.
Thanks, but I can't claim credit for the intid facility in Zope