Jean-Vincent Drean wrote:
In a previous thread we've discussed about how to add a link in the WYSIWYG editor, and more generally, how to browse the wiki from a WYSIWYG dialog box (See http://markmail.org/message/tyxrcr24w3n6m2pn for more details).
After some thinking and a discussion with Laurent Lunati, I'd like to suggest a 3rd way of browsing the wiki from the WYSIWYG: an enhanced tree menu.
I've put the mockups and Pros/Cons on this wiki page : http://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorWikiExplorer This wiki explorer widget would be used in the link dialogs, image dialogs, file (attachment) dialogs.
Here's my +1 for 3) A). +1 for 3) with filter option.
+1 for 3A), despite the fact that user needs to scroll through all the pages to add his new one.There are 2 usecases for adding a new page: * the user hasn't found the page he's looking for -- in which case he'd need to see the whole list anyway (maybe with a search filter) * the user knows that the page does not exist and wants to put a link to it -- in which case I think he knows what he's doing and he'd use the "advanced input" anyway. I find the add option _at the end_ (A) more natural than _at the beginning_ (B, C), because you're supposed to add new things when you've explored all other possibilities and none suited your needs. Happy coding, Anca Luca
From the implementation POV 3) is probably the most difficult proposal and 1) the simplest one. Widget 3) would need to be a reusable (and highly configurable) GWT component so that we could use it as our main navigation/reorganization tool in the future. This tree would replace our current treeview (Main.AllDocs) which is AFAIR the only page using the YUI library in XE.
Thanks, JV. _______________________________________________ devs mailing list devs@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs