Moodle
  1. Moodle
  2. MDL-9466

'Override templates' to apply common sets of permissions in modules

    Details

    • Type: Improvement Improvement
    • Status: Open
    • Priority: Minor Minor
    • Resolution: Unresolved
    • Affects Version/s: 1.8, 1.9
    • Fix Version/s: DEV backlog
    • Component/s: Roles / Access
    • Labels:
    • Affected Branches:
      MOODLE_18_STABLE, MOODLE_19_STABLE
    • Rank:
      3579

      Description

      Our admins have been complaining about the capability override screen. It works, but they find it tedious to go through it. One issue is that there are standard setups for modules (which might involve one override for tutors, one for course staff, and a couple for students, say) but they have to go through applying this manually to each one.

      One possible solution would be 'override templates'. On the override screen, having set up overrides, you could save the set of overrides and give it a name. This saved set would be stored in the database or a file, in categories per context type ('module') and subtype ('forum'). Then also from the override screen - or even possibly from the main module settings screen - it would be possible to select saved override sets from a dropdown, deleting all existing overrides and applying the stored ones.

      To give a concrete example you could have a 'read-only wiki' override which sets, for Student, 'post' and 'reply' to prevent. Or a 'wiki without comments' override that sets 'comment' to prevent for Student, Tutor, and Course Staff. Etc. As you can see by the role names, these would be configured by each site although Moodle could also ship with a default set.

      (At present we do not have time allocated to implement this at the OU. If somebody wants us to, please let me know as I think we might be able to schedule it.)

        Issue Links

          Activity

          Hide
          Eloy Lafuente (stronk7) added a comment -

          Assigning to Petr. Sounds interesting...

          Show
          Eloy Lafuente (stronk7) added a comment - Assigning to Petr. Sounds interesting...
          Hide
          Tim Hunt added a comment -

          Michael Penny has a good suggestion for how this should look. See http://moodle.org/mod/forum/discuss.php?d=109291#p480067.

          Show
          Tim Hunt added a comment - Michael Penny has a good suggestion for how this should look. See http://moodle.org/mod/forum/discuss.php?d=109291#p480067 .
          Hide
          Martin Dougiamas added a comment -

          At first I did like this idea of template or presets for different settings that would appear on the main settings screens of activities, and perhaps on the course settings page too.

          On more reflection I got a bit worried about the potential for too much interface changing, because one Moodle would be quite different from the next. Plus we are simplifying the overrides screen a lot (single checkbox per item etc) and making it easy to get to, so there is less need for this, possibly. Also there are significant language issues, because default sets need to have names, and they need to work in all languages.

          Perhaps these could be slightly reframed as a user-level preference. ie on the overrides screen, at the bottom, could be a "Save this configuration as ..." which saves it locally as a named set for the user, which could be retrieved later from a menu on any similar overrides screen.

          Show
          Martin Dougiamas added a comment - At first I did like this idea of template or presets for different settings that would appear on the main settings screens of activities, and perhaps on the course settings page too. On more reflection I got a bit worried about the potential for too much interface changing, because one Moodle would be quite different from the next. Plus we are simplifying the overrides screen a lot (single checkbox per item etc) and making it easy to get to, so there is less need for this, possibly. Also there are significant language issues, because default sets need to have names, and they need to work in all languages. Perhaps these could be slightly reframed as a user-level preference. ie on the overrides screen, at the bottom, could be a "Save this configuration as ..." which saves it locally as a named set for the user, which could be retrieved later from a menu on any similar overrides screen.
          Hide
          Sam Marshall added a comment -

          Martin: I agree that including default presets might be inappropriate and it is probably better to leave this located on the Overrides page as a 'save configuration' option.

          But, I really don't think it needs to be restricted to individual users. Within a system, people with this kind of administrator/teacher-level permissions (ie who can set overrides) are very likely to speak the same language, so there's not much need to worry about language issues (In institutions where people speak different languages, they can consider that when naming their presets).

          A key reason for these templates is to set a known policy to make it easy for 'ordinary users' to pick a setting somebody else has worked out the implications of, and you can't do that if everyone has different templates.

          For example the way they want to use it here is to define certain 'types' of forum (e.g.) - so there will be a specific set of overrides for a 'tutor group forum'. Then these can be applied to every forum of that type, and they will behave consistently; otherwise there's the risk that every administrator will do it slightly differently and some will misunderstand how the overrides work.

          (Worrying thought: given this use case, it might make more sense to let you save a template for all the forum settings including overrides but also the mdl_forum stuff, which could then be picked when creating the forum... oh dear </muddies waters>)

          Show
          Sam Marshall added a comment - Martin: I agree that including default presets might be inappropriate and it is probably better to leave this located on the Overrides page as a 'save configuration' option. But, I really don't think it needs to be restricted to individual users. Within a system, people with this kind of administrator/teacher-level permissions (ie who can set overrides) are very likely to speak the same language, so there's not much need to worry about language issues (In institutions where people speak different languages, they can consider that when naming their presets). A key reason for these templates is to set a known policy to make it easy for 'ordinary users' to pick a setting somebody else has worked out the implications of, and you can't do that if everyone has different templates. For example the way they want to use it here is to define certain 'types' of forum (e.g.) - so there will be a specific set of overrides for a 'tutor group forum'. Then these can be applied to every forum of that type, and they will behave consistently; otherwise there's the risk that every administrator will do it slightly differently and some will misunderstand how the overrides work. (Worrying thought: given this use case, it might make more sense to let you save a template for all the forum settings including overrides but also the mdl_forum stuff, which could then be picked when creating the forum... oh dear </muddies waters>)
          Hide
          Sam Marshall added a comment -

          To update on this - we are currently planning to implement this feature as a standard Moodle 2 plugin (probably a course report). When we complete this work, it might be something that people could look at to decide whether it would be useful as part of standard Moodle, or whether the separate plugin (which will obviously have a slightly less obvious interface because it will use a separate page) is actually good enough for anyone who wants the feature.

          Show
          Sam Marshall added a comment - To update on this - we are currently planning to implement this feature as a standard Moodle 2 plugin (probably a course report). When we complete this work, it might be something that people could look at to decide whether it would be useful as part of standard Moodle, or whether the separate plugin (which will obviously have a slightly less obvious interface because it will use a separate page) is actually good enough for anyone who wants the feature.

            People

            • Votes:
              1 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated: