Terrain 02 — Vues & rôles (étudiant / enseignant / admin)

Un nouveau compte n’a aucun rôle de cours tant qu’il n’est pas inscrit quelque part. « Étudiant » n’est pas une propriété du compte : c’est un rôle dans un contexte (jeu 4).

Même écran. Là encore, le compte est « neutre » : il deviendra enseignant en étant inscrit avec le rôle Enseignant dans un cours (jeu 3).

L’inscription lie un utilisateur + un rôle + un cours. « Enseignant » (editingteacher) peut éditer le cours et noter. C’est ici, dans le contexte cours, que le rôle prend effet.

L’étudiant voit le cours dans « Mes cours » et peut participer aux activités, sans mode édition. Tu as maintenant un cours avec un prof et un élève : de quoi tout tester.

« Se connecter en tant que » (login-as) te fait vivre le cours comme l’étudiant (sans mot de passe). Réflexe n°1 pour vérifier ce qu’un élève voit réellement. Reviens via la barre en bas.

L’étudiant n’a pas de Mode édition ; il voit ses notes (pas celles des autres), remet des devoirs, poste aux forums. Les activités/sections cachées lui sont invisibles. C’est la matérialisation de ses capabilities.

L’Enseignant édite le cours (ajout d’activités), note, voit tous les participants et les rapports. Mais il ne configure pas le site ni les plugins. Portée = son cours.

L’Enseignant non-éditeur (teacher) peut noter et animer mais pas modifier la structure du cours (pas de Mode édition). Rôle du tuteur/correcteur. Bel exemple de rôle « intermédiaire ».

Le Gestionnaire (manager) administre cours et utilisateurs dans son périmètre (catégorie), sans les pleins pouvoirs de l’admin. Idéal pour déléguer la gestion d’un département. Attribué au contexte catégorie.

L’administrateur du site a toutes les capabilities partout (il court-circuite même certains contrôles). À utiliser avec parcimonie et comptes nominatifs (terrain 10/16). Distinct des rôles de cours.

Un rôle vaut dans un contexte. Le même utilisateur peut enseigner ici et apprendre là. C’est fondamental : les permissions ne sont jamais globales à l’utilisateur, elles dépendent d’où il agit (terrain 11).

Un rôle attribué à une catégorie est hérité par tous les cours en dessous (contextes enfants). Pratique pour un responsable de filière. La hiérarchie Système → Catégorie → Cours → Activité descend.

Une activité cachée reste visible à l’enseignant (grisée) mais disparaît pour l’étudiant. C’est une capability (viewhiddenactivities). Toujours vérifier en « se connectant en tant qu’ » étudiant.

« Changer de rôle » (menu profil dans le cours) simule une vue (ex. Étudiant) sans login-as. Plus rapide pour un aperçu ; « Se connecter en tant que » est plus fidèle (vraie session). Deux outils complémentaires.

Un utilisateur peut cumuler des rôles ; ses capabilities sont l’union (avec gestion des interdictions/prohibit). Cas réel : un enseignant aussi étudiant d’un module. Moodle additionne les droits.

Moodle refuse l’accès (contrôle de capability côté serveur, pas seulement un menu caché). Leçon pour tes plugins : toujours vérifier has_capability() — masquer un lien ne protège rien (terrain 16).

L’invité peut consulter certains cours (si l’accès invité est activé) mais ne participe pas (pas de remise, pas de note). Rôle en lecture seule. Activable par cours (jeu 18).

Cours → Participants → Méthodes d’inscription → Accès anonyme (avec/ sans clé). Un visiteur peut alors parcourir le cours sans compte, en lecture seule. Utile pour une vitrine de formation.

Chaque rôle est une liste de capabilities avec un réglage (Autoriser/Interdire/Empêcher). Des centaines de capabilities mod/...:..., moodle/...:.... Aperçu de ce que tes plugins déclareront (db/access.php, terrain 13).

Administration → Utilisateurs → Permissions → Attribuer les rôles système. Un rôle système s’applique partout (contexte racine). À réserver aux rôles transverses (créateur de cours, admin délégué). Pouvoir large = prudence.

Une cohorte = un groupe d’utilisateurs (ex. « Promo 2026 ») réutilisable pour inscrire en masse. Un rôle = un jeu de droits. On inscrit une cohorte à un cours avec un rôle. Deux notions orthogonales (terrain 09).

Le profil dans un cours montre ce que les autres voient (selon réglages de confidentialité et rôle). Les infos affichées dépendent des capabilities du spectateur. Confidentialité paramétrable (RGPD).

La désinscription retire l’accès mais conserve souvent les traces (notes, remises) selon la méthode. Distinct de la suppression du compte. En vrai, on désinscrit ; on supprime rarement un compte (données pédagogiques).

Éditer : Enseignant+ · Noter seulement : Enseignant non-éditeur · Installer un plugin : Admin · Un rôle « dans un contexte » = des droits valables à un niveau (cours, catégorie…) qui héritent vers le bas. Si c’est clair, le modèle de sécurité Moodle est acquis. Place à la création de cours (terrain 03).