Note:

If you want to create a new page for developers, you should create it on the Moodle Developer Resource site.

Talk:Roles: Difference between revisions

From MoodleDocs
(→‎Page too long?: new section)
Line 22: Line 22:


I think this page is a bit too long and could profit from some refactoring, for example reducing some redundancies with other pages like [[Roles and modules]] or integrating [[Local customisation]]. --[[User:Frank Ralf|Frank Ralf]] 17:14, 27 March 2009 (UTC)
I think this page is a bit too long and could profit from some refactoring, for example reducing some redundancies with other pages like [[Roles and modules]] or integrating [[Local customisation]]. --[[User:Frank Ralf|Frank Ralf]] 17:14, 27 March 2009 (UTC)
== Let's start a new guideline for the wiki ==
I am a new user and developer for Moodle at the University of Washington and time and time again I get frustrated about the use of first person everywhere:
"I added these questions here because..."
Who cares about you? I suggest a new guideline that encourages everyone to write more like:
"Here follows a questions section, the reason we have it is..."
I get pretty turned of myself to edit any documentation in this Wiki because there are so many "I"'s everywhere that it seems like one or two people are editing everything and if I do any thing to it that person would get upset. This is wrong an is an inhibitor to the fact that you probably want loads of people adding to and editing the wiki. Since I am new, please forward this to some wiki admin who can take this into consideration and add to a guideline somewhere (i don't know where they are).
Thanks --[[User:Jeroen van den Eijkhof|Jeroen van den Eijkhof]] 04:10, 23 October 2010 (UTC)

Revision as of 04:10, 23 October 2010

Chris, I put back the forum moderator example. I think it was intentional. We want to get people thinking outside the box of what previous versions were capable of.



The list of capabilities for some activities should include viewing as a separate capability since it is a distinct action from editing or taking part, for example

choice_canviewresults

legacy support for isstudent() and isteacher()

We could provide legacy support for modules (and core) to continue using isstudent() and isteacher() calls, by replacing these with stubs that simply wrap the new access control API and feed in the proper parameters. This might help reduce the initial effort (i.e., you don't HAVE to update every. single. module. at first, just the ones most affected by this API change. then, as time allows, and as modules are being updated anyway, migrate them to the new API)

almost forgot - totally looking forward to this feature. any ETA?

What are the legacy capabilities for?

I've been reading the Roles documentation, and my a lot of work going on in here! Keep it up! I might be understanding something incorrectly as I can't figure out what the legacy capabilities are for? I thought that Roles are sets of capabilities. There might/should be Roles for all of the "legacy roles", which would then have the default set of capabilities matching the capabilities in 1.6. What are the "legacy capabilities" then? --Samuli Karevaara 07:27, 1 September 2006 (CDT)

No answer yet... This was also asked in the forums. --Samuli Karevaara 04:43, 18 January 2007 (CST)

Page too long?

I think this page is a bit too long and could profit from some refactoring, for example reducing some redundancies with other pages like Roles and modules or integrating Local customisation. --Frank Ralf 17:14, 27 March 2009 (UTC)

Let's start a new guideline for the wiki

I am a new user and developer for Moodle at the University of Washington and time and time again I get frustrated about the use of first person everywhere:

"I added these questions here because..."

Who cares about you? I suggest a new guideline that encourages everyone to write more like:

"Here follows a questions section, the reason we have it is..."

I get pretty turned of myself to edit any documentation in this Wiki because there are so many "I"'s everywhere that it seems like one or two people are editing everything and if I do any thing to it that person would get upset. This is wrong an is an inhibitor to the fact that you probably want loads of people adding to and editing the wiki. Since I am new, please forward this to some wiki admin who can take this into consideration and add to a guideline somewhere (i don't know where they are).

Thanks --Jeroen van den Eijkhof 04:10, 23 October 2010 (UTC)