I see there has been some discussion on the list, as far as I understand there 
is no decision about it in general.

However I would like to drop support for pre-nested pages for the mocca 
calendar on the master branch right now.

The pre-nested spaces structure is:

  - Calendars are plain pages
  - Events are pages that have their calendar as parent page, but are usually 
placed as siblings in the same space
    (necessarily w/o nested pages)

It is more natural to have calendars as nestable, non-terminal pages, and the 
corresponding events nested inside these calendar pages.

Bugs that would be easy to solve after dropping support:

 http://jira.xwiki.org/browse/MOCCACAL-91  "Cannot create two events with the 
same title in the same calendar "
   This has been fixed in 2.5.1 for pre-nested pages, but that fix does not 
work for nested pages.
   Admittedly it could also be fixed with an  if (nested space) do x else y
   I have to admit that I am reluctant to implement the if-else fork and fully 
test it (If I do not test both nested and pre-nested spaces it will be broken 
with high probability)
   In some places there are already horrible if-else clauses to support both 
colibri and flamingo, which I put there and the experience makes me unwilling 
to try this again with nested spaces.

 http://jira.xwiki.org/browse/MOCCACAL-93  "Preinstalled "Other Events" 
Calendar should not be a terminal page"
   This actually can not be fixed in a pre-nested spaces compatible way (I 
think)


Proposal:
 a) there is already a "stable-2.5" branch.
    all fixes and improvements for pre-nested spaces will/should go on this 
branch
 b) master will switch its xwiki platform dependency from 5.4 to 7.4.2
    (not 7.2 for me, because 7.4.2 is what I am willing to test against ... any 
takers to test with 7.2 ?)
 c) for now, the old "parent-child" relationship will still be used to 
determine which events belong to which calendar
    so no migration from pre-nested spaces is really necessary - at least I 
think so. Of course this should be tested.
    (It would be nice to have such migration, of course. I am not sure how to 
write this, however.)


Any opinions? Should I send an official [vote] request?

Clemens
_______________________________________________
devs mailing list
[email protected]
http://lists.xwiki.org/mailman/listinfo/devs

Reply via email to