3 // Capability definitions for the survey module.
5 // The capabilities are loaded into the database table when the module is
6 // installed or updated. Whenever the capability definitions are updated,
7 // the module version number should be bumped up.
9 // The system has four possible values for a capability:
10 // CAP_ALLOW, CAP_PREVENT, CAP_PROHIBIT, and inherit (not set).
13 // CAPABILITY NAMING CONVENTION
15 // It is important that capability names are unique. The naming convention
16 // for capabilities that are specific to modules and blocks is as follows:
17 // [mod/block]/<component_name>:<capabilityname>
19 // component_name should be the same as the directory name of the mod or block.
21 // Core moodle capabilities are defined thus:
22 // moodle/<capabilityclass>:<capabilityname>
24 // Examples: mod/forum:viewpost
25 // block/recent_activity:view
26 // moodle/site:deleteuser
28 // The variable name for the capability definitions array follows the format
29 // $<componenttype>_<component_name>_capabilities
31 // For the core capabilities, the variable is $moodle_capabilities.
34 $mod_survey_capabilities = array(
36 'mod/survey:participate' => array(
39 'contextlevel' => CONTEXT_MODULE
,
41 'student' => CAP_ALLOW
,
42 'teacher' => CAP_ALLOW
,
43 'editingteacher' => CAP_ALLOW
,
48 'mod/survey:readresponses' => array(
51 'contextlevel' => CONTEXT_MODULE
,
53 'teacher' => CAP_ALLOW
,
54 'editingteacher' => CAP_ALLOW
,
59 'mod/survey:download' => array(
62 'contextlevel' => CONTEXT_MODULE
,
64 'teacher' => CAP_ALLOW
,
65 'editingteacher' => CAP_ALLOW
,