Re: [Framework-Team] proposed plone 3.1 timeframe

2007-11-22 Thread Wichert Akkerman
Previously Wichert Akkerman wrote: Now that we have a new framework team it is time to start planning the 3.1 release. 3.1 is intended to be a low-risk upgrade which can follow the 3.0 release quickly. The release cycle has to be short so we can get things out to people. Here is my proposal:

Re: [Framework-Team] Re: Is this thing on?

2007-11-22 Thread Andreas Zeidler
On Nov 21, 2007, at 10:36 PM, Tom Lazar wrote: +1 for having Martijn Faassen in the framework team. heh, make the dutch party level with the berlin guys? hmm, dunno... ;) being level is not only expressed in numbers ;-) i know — and i was thinking about mentioning this in my remark, but

Re: [Framework-Team] proposed plone 3.1 timeframe

2007-11-22 Thread Martijn Pieters
On Nov 22, 2007 9:40 AM, Wichert Akkerman [EMAIL PROTECTED] wrote: KSS is a good example of how things should work: they are always working on improving KSS and have their own release schedule. The jquery work Martijn Pieters has done is another good example: he implemented that completely at

Re: [Framework-Team] Re: proposed plone 3.1 timeframe

2007-11-22 Thread Andreas Zeidler
good morning :), On Nov 22, 2007, at 9:50 AM, Martin Aspeli wrote: Of course that's the other side of the same coin. I completely agree that we don't want that either. Hence my preference for setting shortish (mid-Jan is only 1.5 months away), but realistic deadlines based on the calendar,

[Framework-Team] Re: proposed plone 3.1 timeframe

2007-11-22 Thread Alexander Limi
On Thu, 22 Nov 2007 01:59:23 -0800, Martijn Pieters [EMAIL PROTECTED] wrote: I see both sides of the coin here, Wichert is correct in insisting on shorter release cycles, Martin is correct that December is not the month to do this. I won't have much time to review bundles over New Year for

[Framework-Team] Stick to this list

2007-11-22 Thread Danny Bloemendaal
Hi folks, Just a small request: can we stick to this list for all framework communications? Prevents a lot of double emails ;-) Danny ___ Framework-Team mailing list Framework-Team@lists.plone.org