[Framework-Team] Re: Let sleeping PLIPs lie...
On Tue, 2006-22-08 at 04:25 -0700, Alexander Limi wrote: http://plone.org/products/plone/roadmap/175 (sleeper PLIP) I would be willing to do at least some portion of this one as long as we (read: Alec Mitchel and I) can get plone.app.form into shape and I can use formlib-based configlets. Comments? - Rocky -- Rocky Burt ServerZen Software -- http://www.serverzen.com News About The Server (blog) -- http://www.serverzen.net signature.asc Description: This is a digitally signed message part ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Re: Let sleeping PLIPs lie...
On Tue, 22 Aug 2006 04:25:53 -0700, Alexander Limi [EMAIL PROTECTED] wrote: I have gone through all the PLIPs that are targeting 3.0, marked them as in progress if they have work that I know about, and pinged most of the maintainers about the review bundle deadline this weekend. ...and I just received a mail from Vincenzo that he'll be happy to do the workflow PLIPs, but is on vacation until September 3rd (and he deserves one). I'll see if I can cobble together a somewhat coherent PLIP (maybe with Raphael) before that - but allowing a few extra days before this is reviewed would be appreciated. I'm sure you'll have enough to do the first week of reviewing anyway. :) -- _ Alexander Limi · Chief Architect · Plone Solutions · Norway Consulting · Training · Development · http://www.plonesolutions.com _ Plone Co-Founder · http://plone.org · Connecting Content Plone Foundation · http://plone.org/foundation · Protecting Plone ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Re: Let sleeping PLIPs lie...
Previously Alexander Limi wrote: I'll see if I can cobble together a somewhat coherent PLIP (maybe with Raphael) before that - but allowing a few extra days before this is reviewed would be appreciated. I'm sure you'll have enough to do the first week of reviewing anyway. :) You can setup an dummy bundle. That will get you the comment that the plip has been submitted but is not ready for merging yet, giving you a few weeks to get it all polished up. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Re: Let sleeping PLIPs lie...
On Tue, 22 Aug 2006 05:18:29 -0700, Wichert Akkerman [EMAIL PROTECTED] wrote: Previously Alexander Limi wrote: I'll see if I can cobble together a somewhat coherent PLIP (maybe with Raphael) before that - but allowing a few extra days before this is reviewed would be appreciated. I'm sure you'll have enough to do the first week of reviewing anyway. :) You can setup an dummy bundle. That will get you the comment that the plip has been submitted but is not ready for merging yet, giving you a few weeks to get it all polished up. Yeah, that was what I meant - s/PLIP/bundle/ in my original mail. It's definitely bedtime here, as you can see. ;) -- _ Alexander Limi · Chief Architect · Plone Solutions · Norway Consulting · Training · Development · http://www.plonesolutions.com _ Plone Co-Founder · http://plone.org · Connecting Content Plone Foundation · http://plone.org/foundation · Protecting Plone ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
[Framework-Team] Re: Let sleeping PLIPs lie...
Rocky Burt wrote: On Tue, 2006-22-08 at 04:25 -0700, Alexander Limi wrote: http://plone.org/products/plone/roadmap/175 (sleeper PLIP) I would be willing to do at least some portion of this one as long as we (read: Alec Mitchel and I) can get plone.app.form into shape and I can use formlib-based configlets. Comments? Go, go, go! I think plone.app.form will be necessary in a lot of endeavours, such as plone.app.portlets and plone.app.contentrules as well. Martin ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Re: Let sleeping PLIPs lie...
On 8/22/06, Martin Aspeli [EMAIL PROTECTED] wrote: Hi, http://plone.org/products/plone/roadmap/117 (AJAX dep) http://plone.org/products/plone/roadmap/116 (AJAX dep) http://plone.org/products/plone/roadmap/163 (AJAX dep) http://plone.org/products/plone/roadmap/124 (AJAX dep) All of these are fairly obvious. There will naturally be tweaking and iterations of the implementation, but I think that these types of improvements can sometimes be done on trunk rather than in branches where they either would affect several other branches (e.g. a new widget that several new features may need) or where they are straightforward and/or easily reversible (e.g. a template change can be reverted without serious dependency breakage). Let's see what does come in time for the deadline, but if some of these don't, I'd be +1 to seeing them done afterwards *provided* that the beta and RC deadlines are taken seriously! Pragmatically speaking, as Limi points out, it's also a bit unfair to penalise these PLIPs when we haven't got the AJAX story sorted out yet. There is still too much uncertainty to start on any of these in earnest. http://plone.org/products/plone/roadmap/175 (sleeper PLIP) This is a kind of meta-PLIP. Yes, we need more control panel pages. :) Having people add them a bit later in the day should be fairly low-risk though. It's only slapping a nicer UI on features we already have! http://plone.org/products/plone/roadmap/126 (sleeper PLIP) Link type improvements would be nice to have, but needs a champion. http://plone.org/products/plone/roadmap/132 (limi was wrong) I believe Florian was onto this as well (getIcon improvements). Again, it's not terribly controversial. http://plone.org/products/plone/roadmap/176 (visual redesign pending) If this is too invasive, it may be a bit risky and impact a lot of other PLIPs. If the changes are relatively minor or gradual, they may be OK. This sounds like branch work, though. :) A special one is: http://plone.org/products/plone/roadmap/134 (too important to be dropped, needs champion - also relatively easy to do) We need a champion for this, badly. It's an important feature, and I've seen a lot of users confused by the lack of editor/viewer local role management on the sharing page. It's also relatively straightforward, it just needs a person in charge. :-( I would say that anything that doesn't have something valuable ready by the PLIP review deadline should probably only be allowed in at the sole discretion of the release manager. Alec ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Re: Let sleeping PLIPs lie...
Previously Martin Aspeli wrote: Hi, http://plone.org/products/plone/roadmap/117 (AJAX dep) http://plone.org/products/plone/roadmap/116 (AJAX dep) http://plone.org/products/plone/roadmap/163 (AJAX dep) http://plone.org/products/plone/roadmap/124 (AJAX dep) All of these are fairly obvious. There will naturally be tweaking and iterations of the implementation, but I think that these types of improvements can sometimes be done on trunk rather than in branches where they either would affect several other branches (e.g. a new widget that several new features may need) or where they are straightforward and/or easily reversible (e.g. a template change can be reverted without serious dependency breakage). Let's see what does come in time for the deadline, but if some of these don't, I'd be +1 to seeing them done afterwards *provided* that the beta and RC deadlines are taken seriously! They'll have to be done reasonably early in the alphas I think. Pragmatically speaking, as Limi points out, it's also a bit unfair to penalise these PLIPs when we haven't got the AJAX story sorted out yet. There is still too much uncertainty to start on any of these in earnest. Agreed. http://plone.org/products/plone/roadmap/176 (visual redesign pending) If this is too invasive, it may be a bit risky and impact a lot of other PLIPs. If the changes are relatively minor or gradual, they may be OK. This sounds like branch work, though. :) It's incredibly vague so we can't judge this one. Do we have any idea when this might start to become clearer? A special one is: http://plone.org/products/plone/roadmap/134 (too important to be dropped, needs champion - also relatively easy to do) We need a champion for this, badly. It's an important feature, and I've seen a lot of users confused by the lack of editor/viewer local role management on the sharing page. It's also relatively straightforward, it just needs a person in charge. :-( Code-wide it should be fairly low impact though, so it can be developed on a branch or on a seperate product and merged when we feel it's ready. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team
Re: [Framework-Team] Re: Let sleeping PLIPs lie...
Previously Martin Aspeli wrote: Alec Mitchell wrote: I would say that anything that doesn't have something valuable ready by the PLIP review deadline should probably only be allowed in at the sole discretion of the release manager. +1, but isn't that the case with everything, anyway? Besides, I'm sure Wiggy would want input from the wider community on these kinds of decisions, so discussing it here would be valuable even if it's outside the normal process. Definitely. I have no problem being an authorative bastard, but only if I really have to. I certainly do not have the illusion that I know more and other people. I see the release manager role as mostly being about making sure a good process is in place and being used. Most of the required knowledge comes from community input. Wichert. -- Wichert Akkerman [EMAIL PROTECTED]It is simple to make things. http://www.wiggy.net/ It is hard to make things simple. ___ Framework-Team mailing list Framework-Team@lists.plone.org http://lists.plone.org/mailman/listinfo/framework-team