[xwiki-devs] [Proposal] WYSIWYG GUI
Hi, As per the previous thread on the topic (see http://is.gd/1bRm ), Proposal n°4 attracted the most positive feedback for the WYSIWYG GUI (you can see it here : http://is.gd/1bRo ) . If nobody has anything against it, I'd like to get things forward and ask a real designer (that is, other than me :-) ) to review it and propose a good-looking version of the proposal. Therefore please shout now or never if you're against it ! Additionnaly, if you look into the proposal you'll see that we will need to decide between 2 options for advanced input interaction : a modal dialog box versus a tray. Both have advantages and issues and I'd like to get feedback about them. The dialog box prevents interaction with background content while the tray allows it : that could be useful for tables for instance. Looking forward your feedback, Guillaume -- Guillaume Lerouge Product Manager - XWiki Skype ID : wikibc http://blog.xwiki.com/
I'm +1 for tray dialog boxes Ludovic Guillaume Lerouge wrote:
Hi, As per the previous thread on the topic (see http://is.gd/1bRm ), Proposal n°4 attracted the most positive feedback for the WYSIWYG GUI (you can see it here : http://is.gd/1bRo ) . If nobody has anything against it, I'd like to get things forward and ask a real designer (that is, other than me :-) ) to review it and propose a good-looking version of the proposal. Therefore please shout now or never if you're against it !
Additionnaly, if you look into the proposal you'll see that we will need to decide between 2 options for advanced input interaction : a modal dialog box versus a tray. Both have advantages and issues and I'd like to get feedback about them. The dialog box prevents interaction with background content while the tray allows it : that could be useful for tables for instance.
Looking forward your feedback,
Guillaume
-- Ludovic Dubost Blog: http://blog.ludovic.org/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost
Hi, As per the previous thread on the topic (see http://is.gd/1bRm ), Proposal n°4 attracted the most positive feedback for the WYSIWYG GUI (you can see it here : http://is.gd/1bRo ) . If nobody has anything against it, I'd like to get things forward and ask a real designer (that is, other than me :-) ) to review it and propose a good-looking version of the proposal. Therefore please shout now or never if you're against it !
Additionnaly, if you look into the proposal you'll see that we will need to decide between 2 options for advanced input interaction : a modal dialog box versus a tray. Both have advantages and issues and I'd like to get feedback about them. The dialog box prevents interaction with background content while the tray allows it : that could be useful for tables for instance.
Does the text area keep its size when a tray dialog apears? * Yes. Then the WYSIWYG needs to expand its height. This is fine as long as the dialog isn't to big and client projects won't expect a fixed-height editor. * No. In this case, if the dialog is big then the text area's height will be too small to be able to interact with the content while filling the dialog. What about using both kinds of dialogs? Tray for small and highly-context-sensitive dialogs and movable&modal for the big ones.
Looking forward your feedback,
Guillaume
-- Guillaume Lerouge Product Manager - XWiki Skype ID : wikibc http://blog.xwiki.com/ _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
Hi, [snip]
Additionnaly, if you look into the proposal you'll see that we will need to decide between 2 options for advanced input interaction : a modal dialog box versus a tray. Both have advantages and issues and I'd like to get feedback about them. The dialog box prevents interaction with background content while the tray allows it : that could be useful for tables for instance.
Does the text area keep its size when a tray dialog apears?
* Yes. Then the WYSIWYG needs to expand its height. This is fine as long as the dialog isn't to big and client projects won't expect a fixed-height editor.
* No. In this case, if the dialog is big then the text area's height will be too small to be able to interact with the content while filling the dialog.
I'd say that the textarea keeps the same size all the time. There would be no size issue while in full screen mode, but there indeed will be one in usual edition mode...
What about using both kinds of dialogs? Tray for small and highly-context-sensitive dialogs and movable&modal for the big ones.
That's fine with me (I was afraid it might be complicated to implement both types). Additionaly, we need to make sure the mix of both models still matches user expectations... I'll write a list of which type of dialog I suggest using for each feature. Right now I'd break them down along the following lines : Tray * Table edition * Links * Image edition * Macro parameters edition Modal Dialog * Table insertion * Macro insertion * Image insertion * Import Basically, the first insertion is the time when most details are filled in and would require a modal dialog box while subsequent editions would be done through a tray in order to keep contextual info available... Additionally, features that do not require insertion would use only the tray (for instance if we implement search & replace at some point). WDYT ? Guillaume -- Guillaume Lerouge Product Manager - XWiki Skype ID : wikibc http://blog.xwiki.com/
Hi,
[snip]
Additionnaly, if you look into the proposal you'll see that we will need to decide between 2 options for advanced input interaction : a modal dialog box versus a tray. Both have advantages and issues and I'd like to get feedback about them. The dialog box prevents interaction with background content while the tray allows it : that could be useful for tables for instance.
Does the text area keep its size when a tray dialog apears?
* Yes. Then the WYSIWYG needs to expand its height. This is fine as long as the dialog isn't to big and client projects won't expect a fixed-height editor.
* No. In this case, if the dialog is big then the text area's height will be too small to be able to interact with the content while filling the dialog.
I'd say that the textarea keeps the same size all the time. There would be no size issue while in full screen mode, but there indeed will be one in usual edition mode...
What about using both kinds of dialogs? Tray for small and highly-context-sensitive dialogs and movable&modal for the big ones.
That's fine with me (I was afraid it might be complicated to implement both types). Additionaly, we need to make sure the mix of both models still matches user expectations... I'll write a list of which type of dialog I suggest using for each feature. Right now I'd break them down along the following lines :
Tray * Table edition * Links * Image edition * Macro parameters edition Modal Dialog * Table insertion * Macro insertion * Image insertion * Import
Basically, the first insertion is the time when most details are filled in and would require a modal dialog box while subsequent editions would be done through a tray in order to keep contextual info available... Additionally, features that do not require insertion would use only the tray (for instance if we implement search & replace at some point).
WDYT ?
+1
Guillaume
-- Guillaume Lerouge Product Manager - XWiki Skype ID : wikibc http://blog.xwiki.com/ _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
participants (3)
-
Guillaume Lerouge -
Ludovic Dubost -
Marius Dumitru Florea