[xwiki-devs] [PROPOSAL] Allow simple users to choose from a menu of editors instead of forcing WYSIWYG.
Hi, The reasoning for this is because I have seen a number of users running in to problems with the lack of dropdown menu, giving instructions for fixing a problem is harder when they always begin with "edit the page then append ?editor=wiki to the URL". I think showing the menu of editors is not too overwhelming for new users whereas showing them internal documents is. This will also pave the way for more experimental editors such as realtime. WDYT? Caleb
big +1, as long as you can click and get default editor, showing advanced option when over the button is not an issue for basic users On Mon, Mar 25, 2013 at 2:50 PM, Caleb James DeLisle <[email protected]> wrote:
Hi, The reasoning for this is because I have seen a number of users running in to problems with the lack of dropdown menu, giving instructions for fixing a problem is harder when they always begin with "edit the page then append ?editor=wiki to the URL". I think showing the menu of editors is not too overwhelming for new users whereas showing them internal documents is.
This will also pave the way for more experimental editors such as realtime.
WDYT?
Caleb
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Thomas Mortagne
On Mar 25, 2013, at 2:50 PM, Caleb James DeLisle <[email protected]> wrote:
Hi, The reasoning for this is because I have seen a number of users running in to problems with the lack of dropdown menu, giving instructions for fixing a problem is harder when they always begin with "edit the page then append ?editor=wiki to the URL". I think showing the menu of editors is not too overwhelming for new users whereas showing them internal documents is.
This will also pave the way for more experimental editors such as realtime.
WDYT?
Some thoughts: * I've not seen many users who want to edit with the wiki editor. The overwhelming majority of users of a wiki (especially in a business context and XWiki is an enterprise wiki) just want to use the WYSIWYG editor * The WYSIWYG editor already has a Source tab to see wiki content * The admin can choose what editor is the default editor for his wiki * The use case I've seen more often is simple users who are trying to learn to become advanced users by following a tutorial where it says to select "edit>objects" and they don't have that menu entry because our documentation and UI doesn't explain the 2 concepts of simple and advanced user. * We want to go in the direction of simplicity and what we've been trying to do is removing stuff from the UI rather than add more. IMO what's missing here is to find a way to explain this notion of Simple vs Advanced user or more generally drive the user towards his profile page where he can choose between a set of options: ** List what editors we can see with checkboxes ** Checkbox to decide whether he sees technical documents or not ** etc * I'd personally like to have a shortcut for these options in the User menu at top right so that they can be toggled with one click without navigating to another page * Someone needs to start implementing extension points for menu entries (but that's orthogonal to this discussion even though it's related) So as a conclusion for me the UI should as uncluttered as possible when you start but with features being discoverable as you progress. Thus I wouldn't like that for all users they see all possible editors when they start (wysiwyg, wiki, realtime, class, object, rights, etc). Thanks -Vincent
On 03/25/2013 10:18 AM, Vincent Massol wrote:
On Mar 25, 2013, at 2:50 PM, Caleb James DeLisle <[email protected]> wrote:
Hi, The reasoning for this is because I have seen a number of users running in to problems with the lack of dropdown menu, giving instructions for fixing a problem is harder when they always begin with "edit the page then append ?editor=wiki to the URL". I think showing the menu of editors is not too overwhelming for new users whereas showing them internal documents is.
This will also pave the way for more experimental editors such as realtime.
WDYT?
Some thoughts:
* I've not seen many users who want to edit with the wiki editor. The overwhelming majority of users of a wiki (especially in a business context and XWiki is an enterprise wiki) just want to use the WYSIWYG editor * The WYSIWYG editor already has a Source tab to see wiki content * The admin can choose what editor is the default editor for his wiki * The use case I've seen more often is simple users who are trying to learn to become advanced users by following a tutorial where it says to select "edit>objects" and they don't have that menu entry because our documentation and UI doesn't explain the 2 concepts of simple and advanced user. * We want to go in the direction of simplicity and what we've been trying to do is removing stuff from the UI rather than add more. IMO what's missing here is to find a way to explain this notion of Simple vs Advanced user or more generally drive the user towards his profile page where he can choose between a set of options: ** List what editors we can see with checkboxes ** Checkbox to decide whether he sees technical documents or not ** etc * I'd personally like to have a shortcut for these options in the User menu at top right so that they can be toggled with one click without navigating to another page * Someone needs to start implementing extension points for menu entries (but that's orthogonal to this discussion even though it's related)
So as a conclusion for me the UI should as uncluttered as possible when you start but with features being discoverable as you progress.
Thus I wouldn't like that for all users they see all possible editors when they start (wysiwyg, wiki, realtime, class, object, rights, etc).
I agree with Vincent, I'm leaning towards a -1 on this. Maybe we should automatically make users with admin rights as Advanced users. Right now only superadmin and guests with admin rights (which I guess isn't possible anymore with the new rights) get the Advanced flag automatically. -- Sergiu Dumitriu http://purl.org/net/sergiu
participants (4)
-
Caleb James DeLisle -
Sergiu Dumitriu -
Thomas Mortagne -
Vincent Massol