[Framework-Team] Re: NuPlone and Plone 3.2

2009-01-12 Thread Martin Aspeli
Martin Aspeli wrote: Hi, Why on earth is Products.NuPlone not in the Plone 3.2 egg? Is this in purpose or just a gross oversight? Ok, I've released Products.NuPlone 1.0b3. This one should be compatible with 3.2. You can use it straight away by adding Products.NuPlone to your eggs. The que

[Framework-Team] Re: PLIP #239 ready for review

2009-01-12 Thread Martin Aspeli
Martin Aspeli wrote: I've just finished the base implementation of PLIP #239, adapterise the ExtensibleIndexableObjectWrapper, for your review. A review buildout can now be found here: https://svn.plone.org/svn/plone/review/plip239-indexer Cheers, Martin -- Author of `Professional Plone De

[Framework-Team] Re: NuPlone and Plone 3.2

2009-01-12 Thread Hanno Schlichting
Martin Aspeli wrote: > Martin Aspeli wrote: >> Hi, >> >> Why on earth is Products.NuPlone not in the Plone 3.2 egg? >> >> Is this in purpose or just a gross oversight? > > Ok, I've released Products.NuPlone 1.0b3. > > This one should be compatible with 3.2. You can use it straight away by > addin

Re: [Framework-Team] Re: NuPlone and Plone 3.2

2009-01-12 Thread Steve McMahon
> +1. Plone 3 ships with NuPlone in the same way it does with CMFEditions > or any other package, we shouldn't change this in the 3.x series. +1 Nothing should break on a 3.x upgrade unless we've thought it through carefully and intend to break it. On Mon, Jan 12, 2009 at 3:14 PM, Hanno Schlicht

[Framework-Team] PLIP #126 ready for review

2009-01-12 Thread David Glick
PLIP 126 (Link type should automatically redirect when accessed directly) has been implemented. You can get the review buildout from: http://svn.plone.org/svn/plone/review/plip126-link-redirects I'm going to paste the contents of http://svn.plone.org/svn/plone/review/plip126-link-redirects/PLI

Re: [Framework-Team] PLIP #126 ready for review

2009-01-12 Thread Andrew Burkhalter
... On Mon, Jan 12, 2009 at 4:37 PM, David Glick wrote: > > - Added basic functional test coverage to types configlet. Just because > it was non-existent. > > I'd also add that regardless of the decision made regarding this plip, I'll be watching for the decision made and can make sure that th