29 Oct
2008
29 Oct
'08
9:26 p.m.
Hi Sergiu,
First of all, thanks for the proposal. I know how busy you are. See my
notes below.
Sergiu Dumitriu wrote:
Vincent Massol wrote:
In Guillaume's proposal the user is able to insert a link to a space
directly without selecting the WebHome page (same for a wiki, without
selecting the Main space and the WebHome page). How is this achievable
in your design? I guess there could be a button at the bottom of each
list or maybe the user could double click on a list item.
On Oct 28, 2008, at 3:56 PM, Jean-Vincent Drean
wrote:
How about this interface:
http://dev.xwiki.org/xwiki/bin/download/Design/NewWysiwygEditorInterface/ui…
This works a bit like the way the Mac file explorer works. By default,
when creating or editing a link, the current wiki/space/document are
selected. If the user clicks on a different wiki, space or anchor, the
descending columns are cleared, and a "loading" message is displayed,
like in:
http://dev.xwiki.org/xwiki/bin/download/Design/NewWysiwygEditorInterface/ui…
Hi,
The last proposal for links management in the wysiwyg editor can be
found here :
http://dev.xwiki.org/xwiki/bin/download/Design/NewWysiwygEditorInterface/wy…
Sounds nice. Some comments:
* The link menu items should be improved IMO:
- I would put adding an external link at the bottom since it's not
the most used one
- The labels should be improved. I don't know if "wanted page" is
obvious (it wasn't for me)
* The screenshots are missing wiki selection (for multi wiki installs)
* I'm not sure I like the wizard like approach, i.e. having to select
some value before selecting others. I think I would have preferred a
single screen but that's me only.
* It's missing the ability to specify any number of parameters (for
advanced usages)
Thanks
-Vincent 
For links to non-existing documents ("wanted"), under spaces and
documents a custom input box can be displayed, as in:
http://dev.xwiki.org/xwiki/bin/download/Design/NewWysiwygEditorInterface/ui…
The list of spaces/documents is populated on display, like the RMUI
tables. Above the list, a "Displaying S-E out of T" message is displayed
only when the list does not fit in one page.
But the list of pages doesn't seem to be 'paginated'. I'm afraid of what
could happen if there are a lot of pages (like hundreds). I guess we
should look for a smart list that loads only the visible items.
The anchor column can be used to link to a document section (should we
display sections from the saved document, or from the edited document if
the selected document is the currently edited one?), to an attachment,
or to a comment. Custom ID means entering in an input box a custom ID,
without any checks if such an element exists or not. Should we also have
a "page section" which allows to choose between the content area,
comments, attachments, history?
Each column can be filtered by entering some text in the respective box:
http://dev.xwiki.org/xwiki/bin/download/Design/NewWysiwygEditorInterface/ui…
Besides the "Simple" view, there's also the advanced view, and the
"additional params" view.
The params view allows customizing the link, by entering target, rel,
class and id attributes:
http://dev.xwiki.org/xwiki/bin/download/Design/NewWysiwygEditorInterface/ui…
For the advanced view I don't have screenshots, but it could contain the
suggest input boxes for wiki, space and document name, and some way of
selecting a custom action (view, edit, cancel, ssx...), a custom version
from the history, a query string.
Sorry for the raw aspect of the drawings.
I'm also worried about the horizontal layout. In some cases (I suspect
Watch) space and page names could be really long. I've noticed you cut
the long names and added "..." to avoid horizontal scroll. Even with a
tool tip showing the full name this might still be annoying for some users.
Marius
