Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

The "isteacher" capability name might be confusing #39

Open
mudrd8mz opened this issue Jan 15, 2020 · 1 comment
Open

The "isteacher" capability name might be confusing #39

mudrd8mz opened this issue Jan 15, 2020 · 1 comment

Comments

@mudrd8mz
Copy link

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.

@Dagefoerde
Copy link
Contributor

Please do expect it to be addressed – you're right and it should be feasible to change it towards a more positive notion. We'll have a look into it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants