[Plone 4] The votes are in!

9 messages Options
Embed this post
Permalink
Eric Steele (esteele)

[Plone 4] The votes are in!

Reply Threaded More More options
Print post
Permalink

Over the past week, the members of the Framework team slogged their  
way through 56 PLIPs, which I'm told is the highest number for any  
Plone release. The FWT deserves a huge round of applause for their  
efforts in completing the initial voting process in such a short  
amount of time. The full voting breakdown is available [1] for those  
who are curious.

And so, the 40 proposals that have made the cut:

  * Make standard file content types use ZODB BLOB support
         https://dev.plone.org/plone/ticket/7822

  * Move action icon support into actions, remove CMFActionIcons
         https://dev.plone.org/plone/ticket/8801

  * Move our upgrade / migration infrastructure to GenericSetup
         https://dev.plone.org/plone/ticket/8802

  * Do not ship with NuPlone anymore
         https://dev.plone.org/plone/ticket/8805

  * Require Python 2.5 or 2.6, Zope 2.12, and CMF 2.2 for Plone 4.0
         https://dev.plone.org/plone/ticket/8808

  * Replace SecureMailHost with a standard Zope mailhost
         https://dev.plone.org/plone/ticket/8814

  * Deleting a user should revoke roles
         https://dev.plone.org/plone/ticket/8901

  * Set Image IDs from Title field
         https://dev.plone.org/plone/ticket/9186

  * Support logins using e-mail address instead of user id
         https://dev.plone.org/plone/ticket/9214

  * Add TinyMCE as the default visual editor
         https://dev.plone.org/plone/ticket/9249

  * Add jQuery Tools to base install
         https://dev.plone.org/plone/ticket/9250

  * Expand variable substitution in mailing action of  
plone.app.contentrules
         https://dev.plone.org/plone/ticket/9256

  * Replace Products.ATReferenceBrowserWidget with  
archetypes.referencebrowserwidget
         https://dev.plone.org/plone/ticket/9258

  * Group dashboards
         https://dev.plone.org/plone/ticket/9259

  * GenericSetup syntax for importing Sharing page roles
         https://dev.plone.org/plone/ticket/9263

  * Merge backport patches from plone.app.dexterity into Plone
         https://dev.plone.org/plone/ticket/9264

  * Exposing and editing Dublin Core properties
         https://dev.plone.org/plone/ticket/9272

  * Improved search results presentation. A merge of:
         https://dev.plone.org/plone/ticket/9282
         https://dev.plone.org/plone/ticket/9271

  * A more lightweight backend for collections
         https://dev.plone.org/plone/ticket/9283

  * Allow views to override skin layer elements easily
         https://dev.plone.org/plone/ticket/9284

  * Show blocked portlets in management interface
         https://dev.plone.org/plone/ticket/9285

  * Allow to show/hide portlets
         https://dev.plone.org/plone/ticket/9286

  * Improved commenting infrastructure
         https://dev.plone.org/plone/ticket/9288

  * Group management delegation
         https://dev.plone.org/plone/ticket/9292

  * Improved UI for collections
         https://dev.plone.org/plone/ticket/9295

  * Well formed, valid XHTML
         https://dev.plone.org/plone/ticket/9300

  * Improving the event type with recurrence, etc.
         https://dev.plone.org/plone/ticket/9302

  * Use real names instead of usernames
         https://dev.plone.org/plone/ticket/9305

  * Better search for East Asian (multi-byte) languages.
         https://dev.plone.org/plone/ticket/9309

  * User registration process more flexible
         https://dev.plone.org/plone/ticket/9310

  * Clean up of user related actions UI
         https://dev.plone.org/plone/ticket/9311

  * Plone "Developer Pack" option for installers
         https://dev.plone.org/plone/ticket/9314

  * New theme for Plone 4
         https://dev.plone.org/plone/ticket/9315

  * Unify folder implementations
         https://dev.plone.org/plone/ticket/9316

  * Reimplement the search form with an eye on usability
         https://dev.plone.org/plone/ticket/9321

  * Ensure that Plone 4 can upgrade Zope on Windows and Mac OS X via  
binary eggs
         https://dev.plone.org/plone/ticket/9322

  * Unified interface for lists of content
         https://dev.plone.org/plone/ticket/9327

  * Content im-/export
         https://dev.plone.org/plone/ticket/9328

  * Manage actions through-the-plone
         https://dev.plone.org/plone/ticket/9329

  * Add ability to choose role when adding new site members
         https://dev.plone.org/plone/ticket/9330

The initial PLIP implementation deadline is set for end-of-day Sunday  
August 16. That gives you lucky winners 6 weeks to get your working  
code in for the first round of reviews. The Framework Team asks that  
those of you who feel that you'll not be able to complete your work in  
that amount of time note such on your PLIP tickets so that they can  
decide how best to proceed.

This time around, we'll be using mr.developer to keep track of PLIP  
buildouts. Instead of creating individual buildouts, I'm asking  
everyone to share the Plone 4.0 dev buildout [2], using a  
separate .cfg file to extend buildout.cfg for each PLIP. See [3] for  
an example. To use/evaluate a specific PLIP, include that PLIP's cfg  
file by running something like "bin/buildout -c plips/plip9901-
myplip.cfg". Branch existing packages where needed. This process  
should help us all avoid the pain of merging as David Glick finalizes  
the migration to Zope 2.12.

The Framework Team has also asked that you get your implementations in  
ASAP. As it stands now, each of the 8 FWT members will be responsible  
for an in-depth review of at least 10 proposal implementations, so any  
extra time you can allow them is not just greatly appreciated, but  
also crucial to getting this release out on time.

We would also like to see progress updates on each PLIP ticket from  
our implementers. For those of you working in the plone SVN, you can  
attach your commit messages to the PLIP ticket by including a "refs  
#0000" in your commit message. We'll be prodding you with varying  
levels of severity for status reports as the weeks roll on.

We have a basic schedule of milestones [4],[5] that I'll be keeping  
updated.

Eric


[1] http://spreadsheets.google.com/ccc?key=rR4UAIObeTZtdUExfYophHw
[2] https://svn.plone.org/svn/plone/buildouts/plone-coredev/branches/4.0/
[3] https://svn.plone.org/svn/plone/buildouts/plone-coredev/branches/4.0/plips/plip9316-unified-folders.cfg
[4] http://bit.ly/plone4calendar
[5] http://bit.ly/plone4ical


------------------------------------------------------------------------------
_______________________________________________
Plone-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-developers
Dokter

Plip 9310 - user registration

Reply Threaded More More options
Print post
Permalink
L.S.,

I'd like to create a new namespace for plip 9310: plone.app.registration. Any
objections to that? The package will contain some views/forms for user
registration and a configlet to determine what fields form available user data
should show on the join form.

D.

--
This is the first age that's paid much attention to the future, which is a
little ironic since we may not have one.
                -- Arthur Clarke


------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Plone-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-developers
Wichert Akkerman

Re: Plip 9310 - user registration

Reply Threaded More More options
Print post
Permalink
On 7/14/09 6:49 PM, Duco Dokter wrote:
> L.S.,
>
> I'd like to create a new namespace for plip 9310: plone.app.registration. Any
> objections to that?

Yes: the name is too generic. I always prefer names that immediately
suggest what a package is about. With this one you have no idea what it
is: a generic registration framework? the name is very similar to
plone.registry as well, so perhaps there is a link?

I would suggest to use "plone.app.usermanagement" as package name. We
can then slowly move all user management related functionality in there,
such as the join and registration forms, password reset tool
functionality, etc.

Wichert.

--
Wichert Akkerman <[hidden email]>   It is simple to make things.
http://www.wiggy.net/                  It is hard to make things simple.

------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Plone-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-developers
Dokter

Re: Plip 9310 - user registration

Reply Threaded More More options
Print post
Permalink
On Tuesday 14 July 2009 19:33:06 Wichert Akkerman wrote:

> Yes: the name is too generic. I always prefer names that immediately
> suggest what a package is about. With this one you have no idea what it
> is: a generic registration framework? the name is very similar to
> plone.registry as well, so perhaps there is a link?

Point taken.

> I would suggest to use "plone.app.usermanagement" as package name. We
> can then slowly move all user management related functionality in there,
> such as the join and registration forms, password reset tool
> functionality, etc.

Hmm, that stuff is already covered in plip 9311, and David Convent created a
namespace plone.app.users for that. How 'bout plone.app.memberregistration?

--
One of the most striking differences between a cat and a lie is that a cat has
only nine lives.
                -- Mark Twain, "Pudd'nhead Wilson's Calendar"


------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Plone-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-developers
Wichert Akkerman

Re: Plip 9310 - user registration

Reply Threaded More More options
Print post
Permalink
On 7/14/09 7:50 PM, Duco Dokter wrote:

> On Tuesday 14 July 2009 19:33:06 Wichert Akkerman wrote:
>
>> Yes: the name is too generic. I always prefer names that immediately
>> suggest what a package is about. With this one you have no idea what it
>> is: a generic registration framework? the name is very similar to
>> plone.registry as well, so perhaps there is a link?
>
> Point taken.
>
>> I would suggest to use "plone.app.usermanagement" as package name. We
>> can then slowly move all user management related functionality in there,
>> such as the join and registration forms, password reset tool
>> functionality, etc.
>
> Hmm, that stuff is already covered in plip 9311, and David Convent created a
> namespace plone.app.users for that. How 'bout plone.app.memberregistration?

Why not share that package? Is there a real need to have two packages
that deal with user management?

We already have more packages than needed, which can make it needlessly
hard to find something. Lets not make things worse!

Wichert.


--
Wichert Akkerman <[hidden email]>   It is simple to make things.
http://www.wiggy.net/                  It is hard to make things simple.

------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Plone-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-developers
Dokter

Re: Plip 9310 - user registration

Reply Threaded More More options
Print post
Permalink
On Tuesday 14 July 2009 19:53:01 Wichert Akkerman wrote:

> Why not share that package? Is there a real need to have two packages
> that deal with user management?
>
> We already have more packages than needed, which can make it needlessly
> hard to find something. Lets not make things worse!

Okido, will do.

--
Fame is a vapor; popularity an accident; the only earthly certainty is
oblivion.
                -- Mark Twain


------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Plone-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-developers
Martin Aspeli

Re: Plip 9310 - user registration

Reply Threaded More More options
Print post
Permalink
In reply to this post by Dokter
Duco Dokter wrote:
> L.S.,
>
> I'd like to create a new namespace for plip 9310: plone.app.registration. Any
> objections to that? The package will contain some views/forms for user
> registration and a configlet to determine what fields form available user data
> should show on the join form.

Go for it. We can always refactor later if it turns out to be a bad idea.

Martin

--
Author of `Professional Plone Development`, a book for developers who
want to work with Plone. See http://martinaspeli.net/plone-book


------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Plone-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-developers
Raphael Ritz

Re: Plip 9310 - user registration

Reply Threaded More More options
Print post
Permalink
In reply to this post by Wichert Akkerman
Wichert Akkerman wrote:

[..]

>> Hmm, that stuff is already covered in plip 9311, and David Convent created a
>> namespace plone.app.users for that. How 'bout plone.app.memberregistration?
>
> Why not share that package? Is there a real need to have two packages
> that deal with user management?
>
> We already have more packages than needed, which can make it needlessly
> hard to find something. Lets not make things worse!

FWIW: what if the FWT decides to accept one PLIP but not
the other? (for whatever reason like, e.g., one is finished
the other not). Wouldn't that make merging harder than
necessary? Or how should we evaluate this ("hm, let's see,
this part of the package is about PLIP X while this is about
PLIP Y ....")

But I agree with the sentiment and we probably shouldn't
be guided by such considerations still I'm just wondering.

Raphael

>
> Wichert.
>
>


------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Plone-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-developers
Wichert Akkerman

Re: Plip 9310 - user registration

Reply Threaded More More options
Print post
Permalink
On 7/15/09 9:38 AM, Raphael Ritz wrote:

> Wichert Akkerman wrote:
>
> [..]
>
>>> Hmm, that stuff is already covered in plip 9311, and David Convent created a
>>> namespace plone.app.users for that. How 'bout plone.app.memberregistration?
>> Why not share that package? Is there a real need to have two packages
>> that deal with user management?
>>
>> We already have more packages than needed, which can make it needlessly
>> hard to find something. Lets not make things worse!
>
> FWIW: what if the FWT decides to accept one PLIP but not
> the other? (for whatever reason like, e.g., one is finished
> the other not). Wouldn't that make merging harder than
> necessary? Or how should we evaluate this ("hm, let's see,
> this part of the package is about PLIP X while this is about
> PLIP Y ....")

A bit, but it shouldn't be that much harder. Either this PLIP needs to
modify code from the other PLIP in which case the plone.app.user
packages needs to be branched anyway, or they do not need to touch each
others code and it's just a matter of removing a few files and possibly
a few lines of zcml.

Wichert.

------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Plone-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-developers