[Zope-dev] Progress on zope intid/keyreference.

[Dan Korostelev]

I also just checked in a hack to make old keyreference objects
loadable if zope.app.keyreference is gone because a buildout doesn't
depend on it after upgrade:

http://mail.zope.org/pipermail/checkins/2009-January/029890.html

I wonder if that kind of quick hack is okay to be released for the
renamed package like zope.keyreference until we have a tool for
upgrading ZODB objects properly. May be there are any side-effects
that I don't know of?

2009/2/1 Dan Korostelev <nadako at gmail.com>:
> I just finished working on zope's intid and keyreference packages.
>
> The whole key-reference stuff is now moved in zope.keyreference
> package and the new version of zope.app.keyreference is released that
> only contains compatibility imports, so it makes no sense to depend on
> zope.app.keyreference anymore - use zope.keyreference.
>
> All functionality of zope.app.intid, except ZMI stuff is moved to the
> zope.intid package. Old zope.app.intid package now only contains
> browser pages and add menu item as well as backward-compatiblity
> imports. So if you are not using ZMI - zope.intid is for you.
>
> Next, I'm going to split zope.app.catalog and check other packages for
> uses of zope.app.intid/zope.app.keyreference (I guess some
> sqlalchemy-related packages can depend on keyreference stuff).
>
> --
> WBR, Dan Korostelev
>



-- 
WBR, Dan Korostelev