[xwiki-users] Roadmap for XE 1.4
Hi everyone, I'd like everyone's input for defining the XE 1.4 roadmap both on the general objectives and specific features/bugs to implement/fix. Here's my first take below. Please comment on it and add other stuff. This is a brainstorming session. Then we can start assigning committers/contributors to goals/issues. General Goals: ============ * Bug fixes ** Go from 240 in JIRA for Core down to 180 on XE 1.4 release date * Better performance ** Run XE with a profiler and find bottlenecks ** Reduce number of database calls ** Improved page loading (JV) ** Make Stats usable on xwiki.org (ThomasM) * More automated tests ** More selenium tests ** Add tests on Tomcat 6.x as part of the CI build ** Add tests on Windows and with IE6 and IE7 as part of the CI build * No new features in general Of course there are some goals that are always valid irrelevant on any release and that we should keep in mind: * More tests * Better javadoc * More documentation on xwiki.org * Code cleanup/refactoring * Extract more plugins from core into plugins proper Specific issues to implement/fix ======================== * Add support for removing class properties (http://jira.xwiki.org/jira/browse/XWIKI-99 ) * (optional - depending on availability) - New rendering rewrite (http://jira.xwiki.org/jira/browse/XWIKI-654 ) * (optional - depending on availability) - Interface extensions (http://dev.xwiki.org/xwiki/bin/view/Design/InterfaceExtensions ) * Add any other critical issue here Thanks -Vincent
Vincent Massol writes:
I'd like everyone's input for defining the XE 1.4 roadmap both on the
general objectives and specific features/bugs to implement/fix.
Specific issues to implement/fix ================================ WYSIWYG editor stability - Table behavior (a new table editor would be welcome) - Whitespace processing - Misbehavior in the presence of code or complex styles Attachment handling - memory / resource demands - proper versioning (if 2 different users upload the same document name) Wishlist ======== - Table of contents macro a la mediawiki - WebDAV would be nice... We're looking to contribute the notion of a simple reputation engine (user and content rating) that we have in prototype now. -- Jim Dowson CTO, Global Services, EMC Corporation Linx: (617) 598-0505
Hi Jim, Thanks for the feedback. See below. On Mar 10, 2008, at 8:24 PM, Dowson_Jim@emc.com wrote:
Vincent Massol writes:
I'd like everyone's input for defining the XE 1.4 roadmap both on the
general objectives and specific features/bugs to implement/fix.
Specific issues to implement/fix ================================
WYSIWYG editor stability - Table behavior (a new table editor would be welcome) - Whitespace processing - Misbehavior in the presence of code or complex styles
Attachment handling - memory / resource demands - proper versioning (if 2 different users upload the same document name)
What's not working with versioning of attachments? I don't recall seeing a problem about this.
Wishlist ======== - Table of contents macro a la mediawiki
Already exists (unless the mediawiki one does something we don't). See http://code.xwiki.org/xwiki/bin/view/Macros/TocMacro
- WebDAV would be nice...
Yep. We're planning to do that one as part of the Google Summer of Code so that's probably going to be more for XE 1.5 or later.
We're looking to contribute the notion of a simple reputation engine (user and content rating) that we have in prototype now.
Very cool! Thanks -Vincent
Vincent Massol writes:
- proper versioning (if 2 different users upload the same document name)
What's not working with versioning of attachments? I don't recall seeing a problem about this.
It might only be under 1.2 - but if someone downloads an attachment created by a different user, updates it & then uploads the file under the same name, it does not appear as a version of the prior document - it's a new document. To get around this we had to have folks doing updates to authenticate under the same username (for one particular document).
Wishlist ======== - Table of contents macro a la mediawiki
Already exists (unless the mediawiki one does something we don't). See
Yes, but No :-) I mean with the same show/wide-in-a-box functionality. When creating large pages, this becomes very important - and the toc macro needs a nice wrapper around it ... like mediawiki has ;-)
- WebDAV would be nice...
Yep. We're planning to do that one as part of the Google Summer of Code so that's probably going to be more for XE 1.5 or later.
It can definitely wait until 1.5 or later - I was only wishing.
We're looking to contribute the notion of a simple reputation engine (user and content rating) that we have in prototype now.
Very cool!
How should we best do this? Show the code here (or devs)? The last time I played with xwiki.org, I got slapped :-) (and rightfully so!)
Dowson_Jim@emc.com wrote:
Specific issues to implement/fix ================================
WYSIWYG editor stability - Table behavior (a new table editor would be welcome) - Whitespace processing - Misbehavior in the presence of code or complex styles
Thanks for the WYSIWYG wishlist. We'll take all this into account with the new editor. We believe that by using GWT we can build an editor that is much more stable and capable of advanced stuff usefull in the wiki. This will be possible especially thanks to unit testing since the GWT code is java compiled to JS. GWT also gives us the possiblity to have browser specific implementation of some of the code which allows to not polute the JS code with browser specific stuff when it's not necessary. Furthermore we will built real-time editing (multiple persons editing the same page) in the editor. We already have a prototype working of this.
Attachment handling - memory / resource demands - proper versioning (if 2 different users upload the same document name)
Wishlist ======== - Table of contents macro a la mediawiki
There is {toc}. It might just be a style issue to make it like mediawiki.
- WebDAV would be nice...
We also have a prototype of this, though it doesn't currently make it in our priority list. We have proposed it for the Google Summer of Code. If any student is interested it's a fun project.
We're looking to contribute the notion of a simple reputation engine (user and content rating) that we have in prototype now.
Great ! We want it ! Ludovic
-- Jim Dowson CTO, Global Services, EMC Corporation Linx: (617) 598-0505
_______________________________________________ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs
-- Ludovic Dubost Blog: http://blog.ludovic.org/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost
participants (3)
-
Dowson_Jim＠emc.com -
Ludovic Dubost -
Vincent Massol