Re: [Framework-Team] FWT Meeting Tuesday

2010-11-09 Thread Eric Steele
Sorry, it looks like the calliflower notification didn't go out when I'd 
originally set it up. I've resent, but here's the link just in case: 
http://apps.calliflower.com/conf/show/141209

Eric


On Nov 7, 2010, at 8:22 PM, Eric Steele wrote:

 FWT,
 
 I'd like to have a quick meeting on Tuesday, Nov 9 to go over divvying up the 
 submitted implementations, set a deadline, and discuss the merging of the 
 Zope 2.13 and CMFPlone PLIPs.
 
 I'd also like to attempt to turn the meeting minutes into more of a 
 collaborative endeavor: http://sync.in/y8V3Wtpg7E
 
 Eric
 ___
 Framework-Team mailing list
 Framework-Team@lists.plone.org
 http://lists.plone.org/mailman/listinfo/framework-team

___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team


Re: [PLIP-Advisories] [Plone] #10886: plone.app.event - new eventtype for plone

2010-11-09 Thread Change notifications for Plone PLIPs on Trac.
#10886: plone.app.event - new eventtype for plone
+---
 Reporter:  thet|   Owner:  thet  
 Type:  PLIP|  Status:  new   
 Priority:  minor   |   Milestone:  4.1   
Component:  Infrastructure  |Keywords:  event, recurring, date
+---

Old description:

 '''Proposer:''' Johannes Raggam[[BR]]
 '''Seconder:''' None as yet[[BR]]
 [[BR]]
 Please note: this PLIP is an update of
 http://dev.plone.org/plone/ticket/9302
 [[BR]]
 == Motivation ==
 The current event type is in need of a major overhaul. The datetime
 widgets are hard to use, and makes it hard to enter such things as all
 day events. Recurrence is a recurring feature request, that has been
 solved many times.

 == Proposal  Implementation ==
 At the cathedral sprint in cologne a new package was created named
 plone.app.event [1]. It is based on the work from vs.event [2].

 The intention of plone.app.event is to provide an improved event type for
 plone. It should be a replacement of ATEvent. All event specific code is
 peeled out of ATContentTypes and refactored into plone.app.event, as it
 was done with plone's folder implementation (plone.folder and
 plone.app.folder). Benefits of separating the most complex ATContentType
 from ATCT could be:
 * Easier maintaining of the event content type
 * Easier to reuse generic calendaring tools (Generalizing them
 eventually in plone.event)
 * Possibility to use plone.app.event also as a basis for a dexterity
 event type implementation

 Features of plone.app.event:
 * drop-in replacement for ATEvent
 * new calendar widget with full internationalization and localization
 support (collective.calendarwidget [3])
 * support for whole day events
 * support for events without end dates
 * proper export of whole day events to iCal
 * recurrence

 plone.app.event provides an ATEvent content type which implements
 IATEvent. IATEvent should be based on a more generic IEvent interface.
 This should then also be the basis for eventtype implementations based on
 dexterity.

 The implementation of the recurrence support started at the cathedral
 sprint could be done as follows:
 Products.DateRecurringIndex is a drop-in replacement for the standard
 DateIndex. When the event type is being indexed, it should calculate
 every occurrence for the start-date and the end-date based on recurrence
 definition rules and write it to the start- respectively the end-index.
 The original version has support for recurrence rules based on time-
 deltas. The improved version of Products.DateRecurringIndex [4] has
 additional support for dateutil's recurrence rules. Dateutils[5] rrule is
 a complete and fast implementation of the recurrence rules defined in the
 iCalendar RFC [6].
 The event type should make use of a recurrence field and a recurrence
 widget, possibly based on archetypes.recurringdate [7]. In combination
 with dateutil, the power of the recurrence support is more or less just a
 question of the recurrence widget.

 The pytz library for timezone conversation related things should be used
 where possible and appropriate.

 Some architectural decisions aspects need still to be discussed.


 == Deliverables ==

 * Products.ATContentTypes branch without it's event related code
 * collective.calendarwidget for a date selecting widget
 * plone.app.event for the content type and all event related code
 remaining
 * tests, documentation, localization of course

 For recurrence support:
 * Products.DateRecurringIndex with dateutil support
 * An updated Calendar portlet that uses the recurrence index (best
 place for it: plone.app.event).
 * Updated content views.
 * archetypes.recurringdate for a recurrence field which stores
 recurrence definitions or datetuils.rrule instances itself and widget
 which provides fields to define the recurrence definitions
 * a migration step to re-index all events, using
 Products.DateRecurringIndex


 == Risks ==

 * plone.app.event and Products.ATContentTypes must be synchronized
 sometime
 * Event related code must be removed from Products.ATContentTypes
 sometime
 * Third party packages which rely on ATCT internals may break
 (although ATCT should still provide BBB imports from plone.app.event)


 == Participants ==

 * Johannes Raggam - Products.DateRecurringIndex, recurrence related
 work
 * Vincent Fretin - collective.calendarwidget

 Unconfirmed, but cologne plone.app.event sprint participants:
 * Andreas Jung - vs.event refactoring to plone.app.event
 * Tom Gross, Rodrigo Ristow - plone.app.event,
 Products.ATContentTypes


 == Progress ==
 * collective.calendarwidget: almost done
 * plone.app.event: Half Way. Currently based on:
 

[Framework-Team] Meeting Notes – November 9 , 2010

2010-11-09 Thread Eric Steele
Meeting minutes are below. The TLDR version: FWT members, sign up for a minimum 
of 4 PLIPs to review. Have them done by Nov 30th. We're merging Zope 2.13 soon, 
voice any concerns ASAP.


Plone 4.x Framework Team Meeting – Nov 9, 2010

In attendance: Eric Steele, Laurence Rowe, Craig Haynal, Rob Gietema, Alec 
Mitchell, Ross Patterson

Agenda:
 * Merging Zope 2.13 and CMFPlone PLIPs
* Craig has looked at it again in the last few days and tests are now 
passing and its working.
* Decision to merge Zope 2.13 upfront, wait on CMFPlone until after reviews.
 * Divvying up PLIP reviews
* 11 new implementations ready for review, will need at least 4 reviews 
from each FWT member to reach the desired 3/PLIP count.
* Please sign up for reviews on the Plone 4.1 PLIP votes GoogleDoc 
http://bit.ly/Plone41PLIPs before reviewing.
* Please add a link to your completed review to the spreadsheet.
* UI team has been handed 10 PLIPs to review. Eric will attempt to 
coordinate.
 * Review deadline
* Endeavour to complete reviews by November 30th
 * lxml in installers
* Include lxml in the installers, makes life easier when using Diazo, etc.
* Laurence will submit a PLIP, to be reviewed outside of the current round  
 
 * Login changes
* Changes are minor and can be merged once we branch
* Changes to plone.session for auto-logout support should not be exposed 
through add/remove plugins, there is a variable in plone somewhere to list 
profiles to hide.
 * Functional browser testing
* Eric will be submitting an out-of-process PLIP in the next month. Basics: 
standardize use, setup of Selenium 2 in core packages. Builds on work from 
sprints.


___
Framework-Team mailing list
Framework-Team@lists.plone.org
http://lists.plone.org/mailman/listinfo/framework-team