Politique de Discourse

[Discourse]

||||
-|-|
| Résumé | Discourse Policy permet de confirmer que vos utilisateurs ont vu ou effectué une action, avec des rappels optionnels.
| Guide d’installation | Ce plugin est intégré au noyau de Discourse. Il n’est pas nécessaire d’installer le plugin séparément.

Comme il s’agit d’un plugin official maintenu par l’équipe Discourse, les demandes de Support, de Contribute > Bug, de Contribute > UX et de Contribute > Feature peuvent être faites dans les catégories respectives ici sur Meta, et marquées avec l’étiquette de plugin appropriée. Cliquez sur un lien ci-dessous pour en créer un.

 Support  Bug  UX  Fonctionnalité

Fonctionnalités

Discourse Policy partage beaucoup de son ADN avec les sondages, son objectif étant de s’assurer que les membres d’un groupe acceptent certaines politiques en cliquant sur un bouton.

Il possède quelques fonctionnalités spécifiques qui le distinguent des sondages :

1. Il doit s’appliquer à un groupe.

2. Il peut éventuellement rappeler aux membres d’un groupe, chaque semaine ou chaque jour, de cliquer pour accepter une politique.

3. L’expérience utilisateur (UX) rend très facile de voir qui a accepté et qui n’a pas accepté une politique.

Configuration

Captures d’écran

Avant de cliquer sur Accepter

Après avoir cliqué sur la personne “grise” en haut à droite

Après avoir cliqué sur Accepter

Création d’une politique

Discourse Policy enregistre un élément BBCode personnalisé [policy]. Cela signifie que vous devez écrire ce bloc de code dans votre message là où vous souhaitez afficher cette politique.

[policy group=founders reminder=daily]
J'accepte que cette politique m'ennuie quotidiennement jusqu'à ce que je clique sur Accepter
[/policy]

Dans ce cas, la politique s’applique au groupe founders et un rappel est envoyé quotidiennement à tous les utilisateurs qui n’ont pas accepté la politique.

Paramètres du site

policy_enabled : Activer le plugin discourse policy sur le site.

policy_restrict_to_staff_posts: Les politiques ne peuvent apparaître que dans les messages du personnel.

policy easy revoke: Afficher les boutons Accepter et Révoquer en même temps.

Attributs BBCode

L’élément [policy] peut accepter les attributs suivants.

• group : le nom du groupe auquel la politique s’applique obligatoire
• version : le numéro de version de la politique, augmentez le numéro pour obliger tous les utilisateurs à réaccepter la politique
• reminder : rappeler aux utilisateurs du groupe d’accepter la politique (hebdomadaire ou quotidien), optionnel, désactivé par défaut
• accept : texte utilisé pour le bouton Accepter, la valeur par défaut est “Accepter la politique”
• revoke : texte utilisé pour le bouton Révoquer, la valeur par défaut est “Révoquer la politique”
• renew : nombre de jours ou texte décrivant la période (mensuelle, trimestrielle ou annuelle) après laquelle un utilisateur doit réaccepter la politique
• renew-start : la première date à laquelle les renouvellements commenceront. Par exemple : 17-10-2017, utile si vous souhaitez définir la fréquence de renouvellement pour qu’elle ait lieu tous les semestres (janvier, juin)
• add-users-to-group : accepte un seul groupe en entrée ; les utilisateurs qui acceptent la politique seront automatiquement ajoutés à ce groupe (lorsque la politique est révoquée manuellement ou si la version de la politique est mise à jour, l’utilisateur(s) est retiré du groupe)
• private : masquer les utilisateurs qui ont accepté/n’ont pas accepté la politique

Le job backend qui vérifie les rappels de politique s’exécute toutes les 6 heures. Si l’élément reminder est défini sur hebdomadaire ou quotidien, les utilisateurs qui n’ont pas accepté une politique recevront des notifications de rappel pour accepter la politique uniquement s’ils n’ont pas déjà reçu de notification de rappel pour cette politique au cours de la semaine ou du jour précédent.

Exemples d’utilisation

Politique de base :

[policy group="team" reminder="daily" accept="Accepter" revoke="Ignorer" version="1"]
J'ai lu, compris et reconnu cette politique.
[/policy]

Augmentation du numéro de révision, pour obliger tout le monde à lire la mise à jour :

[policy group="team" reminder="daily" accept="Accepter" revoke="Ignorer" version="2"]
J'ai lu, compris et reconnu cette politique. (Dernière mise à jour [date=2020-04-23 timezone="America/Los_Angeles"])
[/policy]

Tâche d’audit périodique :

[policy group="audit_committee" reminder="weekly" renew="90" renew-start="01-07-2019" version="1" accept="Attribution terminée"] 
J'ai veillé à ce que quelqu'un soit assigné à cette tâche d'audit trimestrielle.
[/policy]

JOURNAL DES MODIFICATIONS

À FAIRE

• Rappel immédiat optionnel pour les nouvelles politiques
• Possibilité d’autoriser certains groupes à appliquer des politiques (en étendant la portée du personnel)

[pfaffman (Jay Pfaffman)]

Il semble que la limite de 200 et policy_max_group_size aient été supprimées avec ce commit. Est-ce que je manque quelque chose ?

DEV: Remove policy_max_group_size site setting

[hellekin]

Lorsqu’une politique avec un texte de bouton long est appliquée à un grand groupe, l’interface utilisateur est déformée : dans la capture d’écran ci-dessous, nous pouvons voir que les avatars forment une colonne presque infinie qui rend les choses un peu gênantes. Je vais examiner le CSS pour voir si cela peut être facilement corrigé, mais il faudrait probablement une sorte de refonte :

Supprimer display: flex sur .cooked .policy .user-lists le rend correct sur ordinateur :

J’ai fini par utiliser le CSS suivant :

/* Empêche la liste d'utilisateurs de politique de déborder */
.cooked .policy .user-lists {
    display: block;
}

[ishua_wang]

Erreur après l’installation du plugin. Je ne sais pas pourquoi. Quelque chose lié à « en essayant de charger /admin/dashboard/general.json ».

Erreur serveur

en essayant de charger [/admin/plugins]

Code d’erreur : erreur 500

Oups

Le logiciel qui alimente ce forum de discussion a rencontré un problème inattendu. Nous nous excusons pour la gêne occasionnée.

Des informations détaillées sur

[ppcole]

Bonjour,

Les boutons Accepter/Révoquer s’afficheront-ils si la politique se trouve dans un sujet de catégorie qui est fermé et n’autorise pas les réponses ?

Merci

[ondrej]

Cela fait un moment que je n’ai pas utilisé ce plugin, mais je pense qu’il permettra aux utilisateurs d’accepter/révoquer lorsqu’un sujet est fermé, car appuyer sur un bouton n’est pas une réponse, ce que la fermeture empêche.

[Iheb_ben_aicha]

salut j’ai une question :
Nous voulons utiliser le plugin Discourse Policy pour : forcer les nouveaux utilisateurs à accepter les Conditions d’Utilisation (CGU). Exigences :

• S’ils n’acceptent pas → ils ne peuvent pas utiliser le forum (seulement voir la page des CGU)
• Quand ils acceptent → ils peuvent utiliser le forum + obtenir un badge “CGU”

ma solution était de créer un nouveau sujet et à l’intérieur j’ai ajouté ceci :
[policy group=trust_level_0 reminder=daily add-users-to-group=tos_accepted accept=“J’accepte les conditions” version=“1”]
En cliquant sur “J’accepte les conditions”, je confirme avoir lu et accepté les Conditions d’Utilisation.
[/policy]

mais si un nouvel utilisateur se connecte, la politique n’apparaît pas du tout et il peut faire ce qu’il veut, nous voulons seulement que s’il clique sur “Accepter” il puisse accéder à notre page. comment faire cela et merci

[ondrej]

Vous pourriez utiliser un champ personnalisé et lier les pages CGU et FAQ. Une fois que l’utilisateur les aura lues, il recevra le badge « Lignes directrices lues ».

How to force existing users to accept ToS

To require acceptance of a terms-of-service, use a required custom user field. [This is a screenshot of a user profile page from a web application, likely for managing user fields. (Captioned by AI)] When defining a user field, you can select “Field Requirement” as “For all users”. When you do so, all new and existing users will be prompted to fill the custom field.

[Iheb_ben_aicha]

Merci pour votre réponse — cela a fonctionné comme vous l’avez dit. Cependant, ce que je veux vraiment, c’est afficher cette bannière après que l’utilisateur se soit connecté, et n’autoriser l’accès à la page que si l’utilisateur clique sur ‘Accepter’. Sinon, la bannière doit rester visible et l’utilisateur ne doit pas pouvoir interagir avec la page.

ce que j’ai en ce moment, c’est ceci :

après cela, l’utilisateur peut accéder à notre page normalement

y a-t-il un moyen de faire cela et merci

[david (David Taylor)]

Ce plugin est maintenant inclus dans le cœur de Discourse dans le cadre de Bundling more popular plugins with Discourse core. Si vous auto-hébergez et utilisez le plugin, vous devez le supprimer de votre app.yml avant votre prochaine mise à niveau.

[jdc20181]

Il serait agréable que vous puissiez ajouter la possibilité de supprimer des utilisateurs d’un groupe lors de leur acceptation ou rejet.

Pour l’instant, cette fonctionnalité alerte seulement les utilisateurs (facultatif) et ajoute - à moins que je ne manque quelque chose.

Merci !