(Make sure to turn on the slide notes)
Plone co-founder Alexander Limi presents the roadmap for the coming Plone releases, Plone 4 and Plone 5.
This talk was given at Penn State University as part of the Plone Symposium East 2009 keynote, May 29, 2009.
(also, please note that Slideshare uses the wrong font for the slides, so that's why there is cropping on some slides)
40. LINES OF CODE
1200000
1144322 1147545
1122261
1100000
1000000
960456
916360
887059
900000 867263
800000
3.1
)
)
)
3.0
3.2
)
-26
-17
-14
-09
-02
-03
-01
-05
09
09
09
09
20
20
20
20
k(
k(
k(
k(
n
n
n
n
Tru
Tru
Tru
Tru
Lines of Code/Tempates for Plone including the CMF and Zope stacks
41. 1,200,000 1147545
867263
800,000
400,000
0
3.0
nk
tru
I’m going to take you through the vision for the next couple of major releases for Plone.
Goal of 3.x: Stability, predictability, maturity.
3.3 ships Real Soon Now (currently at RC3)
Stability comes at the cost of innovation. We cannot do innovate within the scope of Plone 3. That would break the promise of stability.
So, happy as we are with Plone 3 — time to get innovating again.
Plone 4: a cleanup/infrastructure release
Plone 5: Redefine how content management is done
(Until recently known as Plone 4 — confusing, we know ;)
Then, we invent faster-than-light travel, and…
…OK, let’s talk about this one over a beer tonight. ;)
So, let’s talk about Plone 4 first.
This is mostly a cleanup release, with some infrastructural changes.
We decided to make a Plone 4 release, goal is end of 2009
Not as radical as the work on Plone trunk
Will have new features — but stuff that has stabilized through community usage.
Features that are too big for a 3.x release. (i,.e require migration, compatibility changes, might break addons)
With release manager Eric Steele, who should take special care to make sure there are more high-resolution images of him available on the web.
This is a list of what has been PROPOSED at this point, not what will necessarily land. :)
As there is a formal proposal and review process, code to be written on a volunteer basis, and a general lot of uncertainty here — let’s see all of this as speculation, guesswork and hopes.
BLOB support is the big deal in 2.11
Python 2.6 if we go for Zope 2.12, which I think we should aim for (better unicode memory management in Python, eggified Zope, etc)
Bug fixes and updates
Widely used visual editor.
The new editing UI for Plone 5 will also be based on TinyMCE.
Plone integration already exists.
You will still be able to use Kupu with Plone 4, of course. We’ll just switch the default. Also, we won’t change your existing setup when you upgrade — unless you want us to.
Proper support for BLOBs
Store binary objects outside the ZODB, on the filesystem
Tested. Jarn has this running in a 7000 employee intranet.
Fewer hacks like SecureMailHost.The built-in Zope mailhost is now more advanced than this one. Better for us to have less custom stuff to maintain.
plone.app.upgrade
Upgrade machinery. replaces the suboptimal reinstall button in the current add-on quickinstaller.
Makes it simple for product authors to define upgrade steps between versions.
Newbie (limited/restricted user) — possible to make adjustments to UI and otherwise for certain users.
Site admin is a not-fully-fledged admin that can do things like manage users, but not things that can affect the site configuration (ie. install add-ons).
Stuff like Gloworm
Commenting is one of the original cool features of the CMF and Plone — but it is way overdue for revision.
Currently a Google Summer of Code project.
Martin has made some interesting improvements here, ability to require a revision note, etc. Simple, non-intrusive, low risk.
Port over the typography from the new plone.org design
Make it color-neutral, so simple customization like adding a company logo always looks good
OK, time to talk about the exciting release, Plone 5
(I refuse to call this Plone trunk ;)
Release manager Hanno Schlichting
Three pillars of Plone 5:
Approachability means that it should be easy for new developers to pick up
Replacement for Archetypes.
Theming fast and simple. Write html, poke holes in it for your Plone content.
XDV is deliverance reimplemented as compiled XSLT.
Currently has less features than Deliverance, but has much better performance.
Laurence’s goal is to have it compile down to a single XSLT transform that can be placed in the pipeline. No special software required to host it. Used on current plone.org.