10 Mar
2008
10 Mar
'08
3:10 p.m.
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
10 Mar
10 Mar
8:24 p.m.
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
8:52 p.m.
Hi Jim,
Thanks for the feedback. See below.
On Mar 10, 2008, at 8:24 PM, Dowson_Jim(a)emc.com wrote:
Vincent Massol writes:
What's not working with versioning of attachments? I don't recall
seeing a problem about this.
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
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
11 Mar
11 Mar
9:29 p.m.
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!)
14 Mar
14 Mar
10:18 p.m.
New subject: [xwiki-users] [xwiki-devs] Roadmap for XE 1.4
Dowson_Jim(a)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(a)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
6252
days inactive
6256
days old
4 comments
3 participants
participants (3)
-
Dowson_Jim＠emc.com -
Ludovic Dubost -
Vincent Massol