PhpBB Lab Académie

Vérifier réellement l’annonce comme membre connecté et comme visiteur pour chacun des trois publics disponibles, contrôler sa limitation à l’index, puis remettre la configuration de référence sans modifier les droits des forums.

Le public d’une annonce n’est pas un groupe de permissions

Vous avez créé une annonce visible par tous sur l’index du clone. Le réglage « Qui peut voir l’annonce du forum » propose seulement trois valeurs dans Board Announcements 1.3.0 : « Tous les utilisateurs », « Utilisateurs enregistrés » et « Invités ». Il n’offre pas une liste de vos groupes personnalisés.

Dans ce sélecteur, « Utilisateurs enregistrés » vise les membres connectés. Il ne permet pas de cibler uniquement « Adhérents de l’association » ou « Équipe de l’association ». « Invités » vise les visiteurs non connectés. « Tous les utilisateurs » couvre les deux cas. Un administrateur connecté reste un membre connecté pour cette distinction ; observer uniquement avec CamilleAdmin ne suffit donc pas à valider le comportement d’un visiteur.

Ces choix déterminent l’apparition de l’encart. Ils ne donnent aucun droit de lecture ou d’écriture dans les forums. Rendre l’annonce visible par tous ne rend pas Coordination publique. À l’inverse, choisir Invités ne retire pas aux membres connectés leur droit de lire Questions publiques : il leur cache seulement cette annonce.

Préparer deux situations d’observation réelles

Gardez CamilleAdmin pour modifier la configuration dans le PCA du clone. Pour les lectures ordinaires, utilisez inscrit_test dans une session identifiée et un véritable visiteur dans une autre session déconnectée. Deux onglets ordinaires d’un même navigateur partagent généralement la connexion ; ils ne constituent pas deux identités indépendantes. Deux fenêtres privées peuvent aussi partager leur session entre elles.

Avant chaque contrôle, relisez le nom du site et l’état de connexion. Le visiteur doit se trouver à l’adresse du clone, sans session CamilleAdmin ou inscrit_test encore active. Vous pouvez employer des profils de navigateur distincts, ou vous déconnecter puis vous reconnecter méthodiquement. Après une modification enregistrée, actualisez l’index dans chacune des situations testées.

Vous n’avez pas besoin d’ouvrir davantage le laboratoire : la fenêtre de tests de la leçon précédente reste en cours. Le forum source et le clone de retour ne participent pas aux essais. Ne changez aucune attribution de permissions pour provoquer l’apparition de l’annonce.

Modifier la même annonce

Dans « Extensions », « Annonce du forum », « Paramètres de l’annonce », retrouvez la ligne « Atelier — information de personnalisation ». Son action « Modifier » ouvre les valeurs existantes. Cette action utilise une icône dont le titre est « Modifier » ; selon le lecteur d’écran, ce titre peut être insuffisamment annoncé. Ne choisissez pas une action au hasard à partir de sa seule position.

Si vous devez vérifier un lien mal annoncé, sa commande de copie d’adresse, dans le menu contextuel, permet d’en lire la destination dans une note privée. Dans cette version, l’édition d’une annonce existante utilise les paramètres action=add et id suivi de son identifiant. L’action de suppression contient action=delete. Vous inspectez un lien déjà fourni par la page ; vous ne construisez pas une adresse administrative à la main. Ne partagez pas cette adresse, qui peut contenir votre session. À l’ouverture du formulaire, relisez la description et le message pour confirmer la bonne cible avant d’enregistrer.

Changez seulement « Qui peut voir l’annonce du forum », puis « Envoyer ». Conservez les autres paramètres : annonce affichée, emplacement Board Index, masquage Non, date et couleur vides. L’interrupteur global reste sur Oui. Le tableau récapitulatif confirme le public enregistré, mais ce sont les essais sur l’index qui prouvent le résultat pour les lecteurs.

Prévoir les résultats avant de manipuler

Avec « Tous les utilisateurs », le visiteur et inscrit_test doivent lire « Atelier local ». Avec « Utilisateurs enregistrés », inscrit_test doit la lire mais le visiteur ne doit pas la trouver. Avec « Invités », le visiteur doit la lire mais inscrit_test ne doit pas la trouver. Notez ces résultats attendus avant les observations pour éviter d’interpréter chaque affichage comme forcément correct.

Une absence peut être un succès : lorsque l’annonce vise les invités, son absence pour inscrit_test prouve le ciblage choisi. Il ne faut pas compenser cette absence attendue en activant d’autres options ou en vidant le cache. Le message de l’exercice reste bénin et public dans son contenu ; vous ne profitez pas du ciblage pour y placer un secret.

Distinguer l’index des autres pages

Le choix « Board Index » désigne l’index du forum, pas toutes les pages du site. Même si votre compte fait partie du public retenu, l’annonce ne doit pas apparaître sur la page de Questions publiques ni dans un de ses sujets tant que nous gardons cet emplacement unique.

La liste d’emplacements permet aussi de sélectionner des forums. Le récapitulatif anglais « Selected Forums » signifie « forums sélectionnés ». Nous n’utilisons pas cette possibilité dans l’atelier : elle introduirait une variation supplémentaire. Le texte général d’aide de l’extension peut évoquer un affichage sur chaque page, mais votre sélection explicite Board Index limite cet affichage. Les valeurs réellement enregistrées priment sur cette présentation générale.

Exemple commenté

Camille sélectionne Invités, puis ouvre l’index dans son onglet administrateur : le rappel n’apparaît plus. Elle consulte ensuite l’index dans la session déconnectée et y retrouve le texte. Ce n’est pas une panne du style : les deux résultats correspondent au public choisi.

Elle ouvre ensuite Questions publiques comme visiteur. Le forum reste lisible, mais l’encart est absent car la page n’est plus l’index. Deux dimensions ont donc été vérifiées séparément : qui regarde, puis quelle page est consultée. Enfin, Camille remet Tous les utilisateurs afin de retrouver la configuration commune pour la suite.

Exercice guidé

1. Sur l’index du clone provisoirement ouvert, contrôlez l’annonce avec inscrit_test et avec le visiteur. Le public initial étant « Tous les utilisateurs », notez deux présences. Vérifiez que vous lisez le texte complet, pas seulement le nom du site.

2. Avec CamilleAdmin, modifiez l’annonce existante et choisissez « Utilisateurs enregistrés ». Envoyez. Actualisez les deux sessions de lecture : inscrit_test voit le rappel, le visiteur ne le voit pas. Notez les deux résultats avec le public testé.

3. Modifiez de nouveau cette même annonce, choisissez « Invités », puis envoyez. Actualisez l’index : le visiteur voit le rappel et inscrit_test ne le voit pas. Ne créez pas une annonce supplémentaire pour chaque public.

4. Remettez « Tous les utilisateurs », puis envoyez. Relisez aussi Board Index seul, les deux états d’affichage Oui, masquage Non et les champs de date/couleur vides. Retrouvez l’annonce sur l’index dans les deux sessions.

5. Depuis l’index, ouvrez Questions publiques puis l’un de ses sujets accessibles. Vérifiez que l’encart de l’extension est absent de ces deux pages. Revenez à l’index : il doit réapparaître. Un ancien sujet de type annonce reste un contenu distinct et ne compte pas comme cet encart.

6. Avec inscrit_test, vérifiez que Coordination reste inaccessible, comme dans les cours précédents. Ce contrôle ne doit nécessiter aucune modification de permissions. Votre carnet doit contenir les trois publics testés, les résultats par acteur, puis l’état final Tous les utilisateurs sur l’index.

Le sélecteur offre trois publics fondés sur la connexion, sans sélection des groupes personnalisés. Le public décide qui peut voir l’encart ; l’emplacement décide sur quelles pages. Ces réglages ne changent pas les permissions des forums. Testez les présences et les absences attendues avec de vraies sessions, puis remettez Tous les utilisateurs et Board Index seul.