Politique de Discourse

[Discourse]

	Résumé	Discourse Policy permet de confirmer que vos utilisateurs ont vu ou accompli quelque chose, avec des rappels optionnels.
	Guide d’installation	Ce plugin est inclus dans le noyau de Discourse. Aucune installation séparée du plugin n’est nécessaire.

Comme il s’agit d’un plugin #officiel maintenu par l’équipe Discourse, les demandes de Support, de bug, d’amélioration de l’expérience utilisateur (ux) et de nouvelles fonctionnalités (#feature) peuvent être formulées dans les catégories respectives sur Meta, en les étiquetant avec le tag approprié du plugin. Cliquez sur un lien ci-dessous pour en créer un.

\u003ckbd\u003e [\u0026nbsp;Support](Discourse Meta "Demander de l’aide pour configurer et utiliser Discourse Policy") \u003c/kbd\u003e \u003ckbd\u003e [\u0026nbsp;Bug](Discourse Meta "Un rapport de bug signifie qu’un dysfonctionnement empêche l’utilisation normale ou typique du plugin") \u003c/kbd\u003e \u003ckbd\u003e [\u0026nbsp;UX](Discourse Meta "Discussion sur l’interface utilisateur de Discourse Policy et sur la présentation des fonctionnalités (y compris le langage et les éléments d’interface)") \u003c/kbd\u003e \u003ckbd\u003e [\u0026nbsp;Fonctionnalité](Discourse Meta "Discussion sur l’amélioration ou l’enrichissement des fonctionnalités existantes de Discourse Policy et sur le fonctionnement des nouvelles fonctionnalités proposées")\u003c/kbd\u003e

Fonctionnalités

Discourse Policy partage une grande partie de son ADN avec les sondages ; son objectif est de s’assurer que les membres d’un groupe acceptent certaines politiques en cliquant sur un bouton.

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

1. Il doit s’appliquer à un groupe.

2. Il peut rappeler optionnellement aux membres d’un groupe, soit hebdomadairement, soit quotidiennement, de cliquer pour accepter une politique.

3. L’expérience utilisateur (UX) permet de voir très facilement 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 publication là où vous souhaitez afficher cette politique.

[policy group=founders reminder=daily]
J'accepte que cette politique me dérange 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 publications du personnel.

policy easy revoke : Afficher les boutons « Accepter » et « Révoquer » simultanément.

Attributs BBCode

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

• group : le nom du groupe auquel la politique s’appliquera, obligatoire
• version : le numéro de version de la politique ; augmentez ce 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 d’acceptation, par défaut « Accepter la politique »
• revoke : texte utilisé pour le bouton de révocation, par défaut « 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 un rythme de renouvellement semestriel (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 ou les utilisateurs sont retirés du groupe)
• private : masquer les utilisateurs qui ont accepté ou non la politique

\u003e Le travail en arrière-plan pour vérifier 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 rappels de notification pour accepter la politique uniquement si 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 exiger que tout le monde lise 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="Tâche d'assignation terminée"] 
J'ai veillé à ce qu'une personne soit assignée à cette tâche d'audit trimestrielle.
[/policy]

JOURNAL DES MODIFICATIONS

À FAIRE

• Rappel immédiat optionnel pour les nouvelles politiques
• Permettre éventuellement à certains groupes d’appliquer des politiques (extension 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 !