I have a client that want some of their superusers to be able to reconfigure the WYSIWYG, but does not to change the filter settings (that limit the scope of what they can do with the WYSIWYG).

I have thus changed WYSIWYG to use a separate permission for its administration, so a user can have that without needing “administer filters”.

I've attached a patch file with my changes.

CommentFileSizeAuthor
0001-Specific-permission-for-administering-WYSIWYG.patch1.57 KBmikl

Comments

twod’s picture

twod
Primary language Swedish
Location Sweden
commented

Being able to reconfigure the editor without being able to reconfigure the input format means you can set the editor to produce lots of markup which will simply be filtered out in the final rendering.
Why would some of your users need access to the editor profile if they are not allowed to change what's actually allowed in the contents?

mikl’s picture

mikl
Location Møn
commented

In this case a rather permissive input format has been set up for editors, but they want the ability to disable buttons (ie. the table tools) when they're not being used, to reduce interface clutter and discourage using tables for layout.

sun’s picture

sun
Primary language German
Location Karlsruhe
commented
Version: 6.x-2.0 » 7.x-2.x-dev
Status: Needs review » Needs work

I'm ok with this change in 3.x, since we need/want to detach editors a bit from text formats anyway (i.e. assigning multiple editors to one format).

+++ b/wysiwyg.module
@@ -54,6 +54,13 @@ function wysiwyg_menu() {
+  return array('administer WYSIWYG');

'administer wysiwyg', please. (all lower-case)

Additionally, we need a module update function that assigns this permission to all users that have the 'administer filters' permission.

I'm on crack. Are you, too?