Intro
Dans claro main Info, on a quelques informations de contact.
Ce sont des résidus des contacts techniques et pédagogiques de claroline 1.3.
A l'époque, pendant l'install, on les demandait pour le .htaccess que l'on créait pour protéger l'admin. On utilisait aussi ces info de manière statique dans le footer ou les mails.
Info Document Auteur: Christophe Gesché Fichier :
Modèle : C:\Documents and Settings\Christophe Gesché\Application Data\OpenOffice.org2\user\template\Réflexion pour claroline.stw
Créé le vendredi 4 août 2006 Temps d'édition :14:39:26
But
- Dissocier la création du compte administration de la procédure d'installation.
- Rendre dynamique et adaptable le concept de contact
Principe/idée
Ca part de l'idée initiale d'avoir une page qui présente tous les contacts.
Un compte utilisateur aura un flag « contact technique », un autre « contact pédagogique », un autre « contact ... » en plus plusieurs contacts pourront se partager le statut (comme sur iCampus où on est rarement seul sur la technique ou la péda) Donc
- un contact est un compte utilisateur marqué comme contact d'un type donné.
- à l'install on crée "au moins un compte utilisateur, celui d'un des admins"
Solution
Avec l'ajout des propriétés étendues des comptes utilisateurs, on pourra « marquer » les comptes associés à un état de contact. Un script « plateforme » permettra de lire dans les comptes utilisateurs, les comptes marqués contact pour les afficher catégorisés.
Remarques
- Il faut choisir de dissocier cela des statuts/profils, ou, au contraire de les intégrer.
- Les types de contacts sont-t-ils "fixes" ou "éditables" : probablement que le mieux c'est éditable et associables à des "types internes". Donc si le kernel utilise des "types de contacts" ils sont considéré comme types interne. et dans l'éditeur de "types de contact, on choisi quel type correspond à quel type interne."
- L'envoi de mail pourra être fait à ces contacts.
- On pourrait imaginer ultérieurement que ces contacts soient liés à une catégorie (faculté)
Conclusion
Le but pour cette première version est de ne plus devoir demander ces données à l'install.
Donc on devrait laisser de coté les idées supplémentaires. Il faut juste les lister pour ne pas se fermer de porte dans la réalisation du premier essai.
À faire
- Création d'une page publique contact qui liste les user flaggé « contact »
- Création d'une page d'admin « contact » où l'on peut créer des types de contacts et d'assigner un type à des comptes existants.
- Modifier les endroits qui affichent les contacts (à partir des variables existant dans main conf) pour dans un premier temps les rediriger vers cette page contact.
- Modifier les endroits où des emails sont envoyés à ces contacts
- Pour les affichages tels que footer ou banière un cache d'affichage pourrait être nécessaire si on affiche encore une donnée venant d'un profils, mais à priori, ca peut être un lien avec une chaine "page contact" "contactez-nous" ....








Commentaires
Aucun commentaire pour le moment.
Ajouter un commentaire