L'annuaire des étudiants

C'est un annuaire d'étudiants en cours de préparation, pas un annuaire d'anciens. Il sert à trouver un partenaire d'entraînement : quelqu'un de la même école, du même niveau, qui vise le même type de poste, et qui peut aider sur une matière précise.

C'est pour ça qu'une fiche ne montre ni employeur ni parcours professionnel, mais l'école, le niveau, le poste visé et la langue.

Quatre conditions, toutes obligatoires. Il suffit qu'une seule manque pour qu'un membre n'apparaisse pas — et rien ne le lui dit :

Le silence vaut refus, volontairement : tout ce qui n'est pas un oui lisible est traité comme un non. C'est la seule répartition acceptable pour un consentement.

L'invitation à figurer ne se répète pas indéfiniment. Un membre qui reporte la fenêtre n'est pas resollicité avant trois jours ; le rappel discret en coin de page, lui, attend une semaine. Les deux ne s'affichent jamais ensemble — c'est la même demande, elle ne se fait pas deux fois par deux chemins. Un « non » au champ de consentement arrête tout définitivement.

Quand le serveur refuse d'enregistrer une fiche, la fenêtre dit désormais pourquoi au lieu de rester muette : c'est ce qui permet à un membre de comprendre seul qu'il doit d'abord valider son adresse.

Le rôle n'entre pas en compte : un professeur ou un administrateur qui accepte de figurer apparaît comme n'importe quel membre. Seuls les comptes suspendus sont écartés.

Chaque bloc d'une fiche vient d'un champ précis. Une zone vide n'est jamais un bug d'affichage : c'est un champ que le membre n'a pas rempli — la fiche se replie simplement dessus.

Les champs personnalisés se règlent dans Utilisateurs → Champs personnalisés. 🔴 La Data key saisie à la création détermine le nom technique : une clé niveau donne cf_niveau. La remplir à la main évite d'avoir à deviner ce que le code doit lire.

Quatre filtres — École · Niveau · Recherche · Langue — plus un champ de recherche libre.

Les pastilles ne sont pas écrites à la main : elles sont déduites des valeurs réellement présentes chez les membres affichés. Un filtre vide signifie donc que personne n'a rempli ce champ, pas que le filtre est cassé.

Trois listes gardent en revanche un ordre imposé, parce que l'ordre alphabétique n'y voudrait rien dire :

• Niveau — Débutant, Avancé, Expert
• Recherche — Stage, CDI Junior, CDI expérimenté
• Langue — Français, Anglais

Une valeur écrite autrement (« débutant », « CDI junior ») se range à la suite, par ordre alphabétique : elle n'est pas perdue, elle n'est simplement pas à sa place. C'est une autre raison de ne pas reformuler les options.

La recherche libre balaie le nom, l'école, la filière, le niveau, le poste visé, la ville, la langue et les matières. C'est aussi elle que déclenchent les pastilles « Peut aider en » d'une fiche.

Le membre remplit les canaux qu'il accepte, chacun dans son propre champ. Il en faut au moins un : sans aucun des trois premiers, sa fiche n'est pas publiée du tout, et il perd aussi la lecture de l'annuaire (§2).

Ce n'est pas un choix esthétique, c'est une limite de LearnWorlds : son interface d'administration n'expose aucun champ photo. La photo qu'un membre voit sur son propre profil n'est pas récupérable de l'extérieur, et son adresse contient une empreinte imprévisible qu'on ne peut pas reconstruire.

D'où trois sources, dans cet ordre :

• cf_photo — une adresse d'image saisie à la main. Prioritaire, mais elle n'est proposée nulle part : aucun formulaire du site ne l'écrit, et aucun compte ne la porte au 24 août. En pratique, cette source n'existe pas.
• La photo déposée par le membre lui-même depuis l'annuaire, conservée de notre côté.
• Sinon, une pastille d'initiales colorée — et c'est le cas le plus fréquent.

Une photo qui ne charge pas retombe automatiquement sur les initiales : pas de carré gris cassé.

• Le consentement d'abord. Personne n'apparaît sans avoir répondu oui.
• Les e-mails ne sortent jamais. Le serveur intermédiaire retire les adresses de connexion avant de renvoyer quoi que ce soit à la page.
• Un contrôle anti-robot protège la liste : elle ne peut être obtenue que depuis un vrai navigateur, sur la vraie page.
• La réciprocité. Depuis le 12 août, la liste n'est servie qu'à un membre qui figure lui-même dans l'annuaire. Un compte neuf, un compte qui a dit non, un compte sans contact : refusés.
• L'identité est prouvée, plus déclarée. Depuis le 17 août, le serveur ne croit plus le navigateur sur parole quand il annonce « je suis ce membre » : il le fait démontrer. Avant cela, il suffisait d'annoncer l'identifiant d'un membre en règle pour lire l'annuaire à sa place.
• Pas d'indexation. Les fiches ne remontent pas dans les moteurs de recherche.

• Reformuler une option, c'est changer une donnée. Vrai pour le consentement, vrai pour le niveau, l'école ou le poste visé : les fiches déjà enregistrées gardent l'ancien texte et se retrouvent classées à part dans les filtres.
• Renommer une Data key rompt tout. Le nom technique est ce que lit le code ; le libellé affiché peut changer librement, la clé non.
• Un délai d'une minute ou deux est normal. La liste est mise en cache pour quelques minutes : un profil qu'on vient de remplir n'apparaît pas dans la seconde. Attendre avant de conclure à une panne.
• « Je ne vois rien dans l'annuaire » n'est presque jamais une panne. C'est la réciprocité (§2) : on ne lit l'annuaire que si on y figure. Vérifier dans l'ordre : adresse validée, consentement, école, un contact.
• Un champ créé mais non visible dans le profil ne sera jamais rempli par personne, et la fiche restera vide sans explication.
• Un compte non validé ne peut pas enregistrer de fiche (règle du 5 août). C'est aujourd'hui la première explication d'une fiche qui « ne s'enregistre pas » — avant de chercher plus loin, vérifier que l'adresse a bien été confirmée.