Re: [xwiki-devs] [Proposal] WYSIWYG 1.7 Roadmap

Hi there, Here's the roadmap I propose: * Fix current issues ** Write Selenium tests for all current features (JV). ** Provide a Range/Selection implementation for IE. (fixes XWIKI-2737, XWIKI-2738, XWIKI-2739). One option is to wrap this JavaScript code http://jorgenhorstink.nl/2006/07/05/dom-range-implementation-in-ecmascript-… . I have Jorgen's permision to use his code. This will save me from implemeting it by myself (which is the second option). The third option is to use the selection support from rocket-gwt library ( http://code.google.com/p/rocket-gwt/wiki/Selections ), which is limited right now. I'm waiting for an answer regarding their roadmap. 24 man-hours ** Reimplement list support. (fixes XWIKI-2734). The default implementation doesn't wrap nested lits in a list item element and fails to detect the presence of a list when the cursor is on a list item with a nested list inside (generated by the wiki editor). Indent/outdent for nested lists have to be reimplemented also. 16 man-hours ** Improve history mechanism (fixes XWIKI-2731). I should restore the previous selection on Undo/Redo. Right now, only the cursor position is restored. 8 man-hours ** Reimplement the heading (using id's and possibly named anchors) and improve the Format plugin (by adding Inline and Paragraph options besides Title X). 8 man-hours ** Fix horizontal rule generation. (fixes XWIKI-2729) 2 man-hours ** Fix Insert Symbol features so it won't require any special encoding. (fixes XWIKI-2669) Right now I have no idea on how fix this. 6 man-hours ** Use the same styling in edit mode as in view mode. (fixes XWIKI-2721). I have to check what CSS rules from the Toucan style sheet messes up the editor. 8 man-hours ** Fix cursor issues (navigation through empty DOM nodes using arrow keys; avoid cursor hiding when the user clicks on an empty DOM element). 8 man-hours ----- Total: 80 man-hours // 1.7M1 * Integrate (& revisit) implemented features ** Justify (left, center, right, full) 3 man-hours ** Font (family, size) 3 man-hours ** Color (background, foreground) 3 man-hours * Implement new features ** Teletype text. I have to discuss this with Vincent because there are two use cases. 16 man-hours. ** Definition lists. Currently there's no support at all. 22 man-hours ** Clear inline formatting. 2 man-hours ** Insert/Edit/Remove Link. I have to extend the built-in command "createlink" for our custom wiki link. We have to implement one big tabbed-dialog for insertion and the link inspector. We also need to implement the remote services for retrieving wiki, space, page, attachment names, as well as comments and history. 8+32 man-hours ** Insert/Edit Image. We have to implement the insert dialog and the image inspector. We also need to implement the remote services for uploading and retrieving images as/from attachments. 24 man-hours ** Insert/Edit Table. We have to implement the insert dialog and the table inspector. 24 man-hours ** Insert/Edit Macro. We have to implement the insert dialog and the macro inspector. 24 man-hours ----- Total: 161 man-hours // 1.7RC1 * Pending features (in case we finish all the above) ** Full screen editing. I have to investigate this more, so I'm not sure about the effort. 24 man-hours ** Paste/Import Office document fragments. Requires catching the paste event and some on-server clean-up. We may also need an insert dialog. 16 man-hours, provided the server part is already done. ** Find & Replace. 24 man-hours ----- Total: 64 man-hours As you can see there are plenty of things to do. We have to finish them before Javapolis.