Previously Martin Aspeli wrote: > Hi Rok, > > >> I'd like to ditch the Archetypes dependency, at least in membrane > >> itself. It makes membrane a less attractive option for many high-volume > >> sites, and makes some things very complicated that need not be. > >> > >> I'd also like to do some more performance work. The membrane catalog, > >> for instance, has a lot of indexes that could probably be rationalised > >> away, and some of the search-based operations could be made simpler by > >> using a direct user id -> user object btree, for example. > >> > >> I suspect that plone.relations would be a good way to achieve both of > >> these things. > >> > > > > i dont know how far florian is with paula (this years gsoc project), > > but was ment to be replacement for membrane/remember. you should > > definetly speak with him about this. > > The last I heard, Paula was an effort to bring PAU (the Zope 3 > equivalent to PAS) to Zope 2. Florian's GSoC project did indeed set out > to make an AT-free membrane, but from what I can tell, that didn't > actually happen. > > Using PAU in Zope 2 is definitely interesting from an R&D perspective, > but the debate at the time suggested that it's a rather large pill to > swallow, and would introduce some new problems even as it solved some > existing ones.
In particular PAU is a small subset of (Polone)PAS, which does not support many things we do, while having in my opinion somewhat unfortunate abstractions in other places from what I remember. I only see disadvantages for us. Not everything from Zope 3 is better than what Zope 2 has! I think it would be much more interesting to see if we can leverage repoze.who in Zope 2. I kind of expect that that is very doable, and it would make us compatible with a much larger python community. Wichert. -- Wichert Akkerman <[EMAIL PROTECTED]> It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. _______________________________________________ Product-Developers mailing list [email protected] http://lists.plone.org/mailman/listinfo/product-developers
