[xwiki-devs] [PROPOSAL] Allow simple users to choose from a menu of editors instead of forcing WYSIWYG.
25 Mar
2013
25 Mar
'13
2:50 p.m.
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
25 Mar
25 Mar
3:08 p.m.
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
<calebdelisle(a)lavabit.com> 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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne
3:18 p.m.
New subject: [xwiki-devs] [PROPOSAL] Allow simple users to choose from a menu of editors instead of forcing WYSIWYG.
On Mar 25, 2013, at 2:50 PM, Caleb James DeLisle <calebdelisle(a)lavabit.com> 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
4:03 p.m.
On 03/25/2013 10:18 AM, Vincent Massol wrote:
On Mar 25, 2013, at 2:50 PM, Caleb James DeLisle <calebdelisle(a)lavabit.com> wrote:
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
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).
4193
days inactive
4193
days old
3 comments
4 participants
participants (4)
-
Caleb James DeLisle -
Sergiu Dumitriu -
Thomas Mortagne -
Vincent Massol