Oups, désolé, pas ouvert toutes les portes..... arrangé...
Val.
Valery Fremaux
Posts made by Valery Fremaux
Nouvelle publication dans Moodle Lab section R&D :
http://ateliers.moodlelab.fr/course/view.php?id=68
Val'EISTI publie à la communauté sa solution de parcours conditionnels et de certification avancée.
Basée sur la reprise des modules contributifs Certificate, de ses développements propres de "rapports" dédiés à la certification, et d'un bloc de synthèse de l'état de certification, des améliorations notables permettent de créer des cheminements conditionnels entre cours Moodle.
Plusieurs projets Moodle sont en lice pour développer les usages :
http://e-formation.groupe-igs.fr
l'université interne Alten (moodle privé).
absolutely right
l'instanceID correspond à l'ID de chaque table caractéristique de chaque objet visé par le niveau de contexte :
course, course_module, block_instance, course_category, user
chacune ayant sa séquence naturelle propre d'IDs
En termes UML, il s'agit en fait d'une généralisation :
le contexte est une généralisation des objets concrets gérés par Moodle pour organiser les cours.
en théorie cette généralisation aurait pu être étendue : utiliser par exemple
CONTEXT_RESOURCE_REPOSITORY => 500
CONTEXT_RESOURCE_CATEGORY => 510
CONTEXT_RESOURCE => 520
Vous voyez où je veux en venir
Réutiliser toute l'interface de gestion de droits pour ... autre chose ! miam.
Malheusement le schéma des contexte et les API semblent un peut moins généralisées... quelques fils à ce sujet je sais pls où...
Erwan, voila le principe :
Les rôles sont en effet attribués sur ds contextes. Le contexte le plus courant pour un prof est d'être assigné sur un cours. C'est un des types de contextes. Les utilisateurs sont très rarement directement assignés sur des modules (dont les ressources) ou des blocs, sauf pour des stratégies très locales.
La ressource dispose de son propre contexte, en effet, de niveau "module". En général trouver les "enseignants" attribués à une ressource suppose en fait d'aller chercher dans la hiérarchie supérieure des assignations dans le cours dans lequel elle est placée.
get_role_users (.....)
recherche les users associés à un role donné sur un contexte, avec ou sans recherche des cascades supérieures.
Cela fonctionnerait sur tes ressources.
get_role_users (line 5014)
gets all the users assigned this role in this context or higher
array() get_role_users (int $roleid, int $context, [bool $parent = false], [string $fields = ''], [string $sort = 'u.lastname ASC, u.firstname ASC'], [bool $gethidden = true], [ $group = ''], [ $limitfrom = ''], [ $limitnum = ''])
- int $roleid: roleid (can also be an array of ints!)
- int $context: contextid
- bool $parent: parent if true, get list of users assigned in higher context too
- string $fields: fields - fields from user (u.) , role assignment (ra) or role (r.)
- string $sort: sort - sort from user (u.) , role assignment (ra) or role (r.)
- bool $gethidden: gethidden - whether to fetch hidden enrolments too
- $group
- $limitfrom
- $limitnum
(Accesslib).
A titre d'info, je publie encore un volume complet de la phpdoc moodle ici :
http://moodlephpdocs.valeisti.fr/
compilée tous les dimanches.
Moodle.org m'a demandé de leur refiler les infos de publication, mais visiblement n'ont pas su mettre en place la compilation (les pages sont vides).
Cheers
Vous trouverez quelques modèles de la version 1.9 ici
http://docs.moodle.org/fr/D%C3%A9veloppement:Mod%C3%A8les_de_donn%C3%A9es
Se lancer dans une modification des tables de données n'est pas sans danger... c'est même très déconseillé en général. Les modifications apportées à Moodle doivent être pensées "de préférence" comme des "ajouts" ou des "contournements extérieurs".
La règle première de l'open source est, "moins tu change le coeur, mieux c'est".
Il existe dans la documentation développeur des références sur la customisation (http://docs.moodle.org/fr/Documentation_d%C3%A9veloppeur).