L'accès à un outil est geré par des paramètres. Les contrôles d'accès se passent à 2 endroits.

1. là où on POINTE vers l'outil
2. dans l'outil

les paramètres sont gérés par le claro_local_init

Partons du cours.

les paramètres sont

• $_uid
• $_course'visibility'
• $is_courseMember
• mais aussi "inscrit" mais pas authentifié en ce moment

Partons du problème des notification d'annonces.

L'idée étant de placer un lien vers l'élément sujet de notification au sein de l'email envoyé. Un problème se présentait pour les cours en accès réservé.

En effet. arrivant sur la page du cours on se voit offir un beau "not allowed" et toc.... Il faut passer par la case "identification".

Historiquement l'authentification ne pouvait se faire que dans la page d'accueil.

Depuis le claro_init qu'on a mis en place, il suffit de donner le login pass en param et il tente l'autentification.

etape 1 claro_main.lib.php 1.23

Alors, quand Guim a dit gloups ma notification va pas, j'ai vite ajouté une fonction claro_disp_auth_form() dans claro_main.lib.php

Conséquence de l'ajout, si on arrive sur un script (j'ai appelé la fonction dans tous les scripts qui affichaient ce "not allowed") qu'on nous refuse l'entrée. si je ne suis pas authentifié, c'est probablement la raison. Alors j'affiche le forumlaire d'authentification et je retente.

etape 2 claro_main.lib.php 1.24

super, mais pourquoi ne pas aller plus loin...

En effet la je ne considère que l'inscrit campus et inscrit au cours et déconnecté.

quand le gars recoit un form "identifiez-vous" il peut se dire "ah il faut s'inscrire" donc nouveau lien... qui n'est présenté que si le campus est en inscription libre.

Alors là pour avancer on s'est dit

oui mais s'il est inscrit au campus, et identifié mais pas inscrit au cours ?

dans ce cas

soit le cours est ouvert en inscription -> inscription via search course

soit le cours est fermé en inscription

Dans un premier temps, l'étudiant est dans les 2 cas redirigé sur la liste des cours pour inscription. C'est à améliorer, mais il est au moins reparti sur le bon chemin.

course_home.php est au cours ce que groupe_space.php est au groupe ou index.php authentifié est à l'utilisateur.

Ces noms pourraient être uniformisés mais c un autre débat que j'ouvre.

Lire la suite...

Le problème de la messagerie interne

Un des choix (difficile mais avec une valeur très importante pour moi et qui donc reste très pertinent a mon avis) est la non obligation pour l'utilisateur d'avoir une adresse email strictement personnelle.

Lire la suite...

Les photos sont un peu vertes j'ai foiré dans ma balance des blancs ... Sorry.

Vous pouvez aller chercher ca sur le CVS

voilà a quoi ressemble la config avec winCVS CVS

J'ai envie d'essayer d'intergrer PEAR à claroline.

Mais uniquement si ca apporte quelque chose.

Actuellement la plus grande crainte dans l'utilisation de pear, c'est l'installation.

Si il n'est pas possible d'installer proprement pear avec claroline (et sans devoir tout fournir dans le package) alors j'abandonne

Lire la suite...

Dans les nouveautés

Un outil de parcours pédagogique.

une implémentation du standard SCORM

un exemple de connection a un système d'authentification externe : ici via LDAP

un éditeur WYSIWYG dans le textarea où cela se justifie.

le relookage de l'admin continue

un agenda transversal

de nouvelles langues à tester (soit actuellement 27 langues)

layout toujours vers "plus de simplicité"

une todo list encore plus vielle (28/02/2003)

Lire la suite...

J'ai trouvé un papier qui date d'une dizaine de mois où je m'étais écrit un tas de truc à faire pour claroline.

Il reste du boulot... et surtout bien d'autre chose à faire AVANT

Lire la suite...

j'ai envie d'ajouter une table de propriétés. une table avec les champs id,cid,gid,tid,uid,propertiesName,value

Lire la suite...