Skip to content

The "isteacher" capability name might be confusing #39

@mudrd8mz

Description

@mudrd8mz

The name of the capability "isteacher" is not fortunate, and as a consequence it then requires a lot of additional comments and explanations in both code and the UI.

What about if it was called something like mod/collaborativefolders:restrictedaccess.

Also, I don't fully understand why it needed to be implemented in this "negative" way:

Note: This is a restriction, not a capability. Don't use for deciding what someone MAY do, consider as MAY NOT instead.

Although such capabilities exists in core too, they should still be used rarely as exceptions really. Would not it be cleaner if

  • mod/collaborativefolders:view was given to everyone as it is now (because it has an inbuilt behaviour used by the core) but it would represent the minimal /restricted level of access to the activity
  • there was another, something like "edit" or "manage" or so which would give the user the full access to the folder - and this one would be then granted to students only.

This existing negative logic makes things only confusing. What if someone sets the "mod/collaborativefolders:isteacher" as prohibited etc. - all such multiple negations make things unnecessary complicated imho.

However, I can see how whole this concept of "being a teacher" (which was abandoned around Moodle 1.7 times) is hard-coded in the module's internal APIs so I don't expect this would be actually addressed.

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions