Possibilité de créer des modèles privés

Depuis le lancement du nouveau plugin Discourse Templates, j’apprécie vraiment la nouvelle fonctionnalité qui permet de stocker des modèles de réponse dans des sujets au sein d’une catégorie dédiée aux modèles. Cela facilite la visualisation et la modification des modèles, tout en permettant de filtrer, d’étiqueter, de modifier et de trier les modèles existants selon les besoins.

Cependant, actuellement, une seule catégorie de modèles peut être sélectionnée à la fois, de sorte que tous les modèles d’un site sont partagés par tous les utilisateurs ayant accès à la catégorie de modèles définie.

De plus, si un utilisateur souhaite créer un modèle auquel lui seul peut accéder, il n’existe actuellement aucun moyen de le faire sans modifier les autorisations de tous les modèles de la catégorie.

Demande de fonctionnalité

Sur la base de ces observations, voici quelques fonctionnalités dont de nombreux types d’utilisateurs de Discourse pourraient bénéficier :

  1. La possibilité de créer un modèle privé personnel auquel seul l’utilisateur qui a créé le modèle pourrait accéder et le visualiser.
  2. La possibilité de créer des modèles privés auxquels deux utilisateurs ou plus du site pourraient accéder, mais qui resteraient cachés à tous les autres.

Exemples d’utilisation

Quelques façons dont cela pourrait être utilisé dans différentes situations.

  • Un utilisateur souhaite créer des modèles personnels pour lui-même, mais ne veut pas encombrer la catégorie principale des modèles avec des modèles non pertinents pour l’ensemble du site.
  • Ex : L’entreprise d’Alex utilise Discourse comme plateforme de support, et ils souhaitent stocker des réponses à toutes les questions possibles des clients sous forme de modèle. Même si les modèles ne sont jamais utilisés, Alex peut y faire référence dans ses modèles personnels pour de futures questions de clients similaires, ou pour se souvenir de quelque chose qu’il n’a pas vu depuis un moment - même si les modèles ne sont jamais utilisés.
  • Ex : Alex utilise Discourse comme forum communautaire pour les produits et services qu’il vend sur son site web principal (non-Discourse). Alex crée un modèle pour un sujet auquel lui seul publie sur son site Discourse chaque vendredi pour aider à susciter l’engagement.
  • Modèles partagés pour une équipe entière, mais pas pour toute l’entreprise.
  • Ex : Alex travaille comme développeur de logiciels, et son équipe exécute fréquemment plusieurs ensembles de tâches différents en interne. L’équipe de développement logiciel dispose d’un modèle avec une liste de contrôle ou d’autres éléments actionnables pour chaque ensemble de tâches qui doit être accompli par chaque membre de l’équipe.
  • Ex : Alex gère une équipe qui utilise Discourse comme plateforme de support. Alex crée des modèles auxquels seule l’équipe de support peut accéder pour aider l’équipe à répondre plus rapidement aux clients.
  • Deux membres d’une équipe ou plus souhaitent avoir accès aux mêmes modèles, mais ils n’ont pas besoin que ces modèles soient partagés avec toute l’équipe.
  • Ex : Alex travaille au support et John travaille au développement de logiciels, leur entreprise utilise Discourse pour communiquer avec les clients. John vient de corriger un bug, il décide donc de créer un modèle expliquant les changements qu’il a apportés au logiciel de l’entreprise pour corriger le bug - il partage ensuite ce modèle avec Alex afin qu’ils puissent informer les clients des mises à jour. Une fois que tous les clients ont été informés, le modèle pourrait être supprimé.

Je suis sûr qu’il existe de nombreux autres cas d’utilisation non mentionnés ici.

Le besoin d’équilibre

Dans tout cela, et quelles que soient les fonctionnalités permettant de rendre les modèles publics ou privés, les utilisateurs d’un site doivent toujours décider : « Avec qui un modèle doit-il être partagé ? »

Il y a un équilibre entre « Tout le monde sur le site utilisera ce modèle tous les jours » et « Quelqu’un a utilisé ce modèle une fois pour une tâche spécifique et il n’est plus jamais utilisé ». Dans la première situation, bien sûr, nous voudrions que ce modèle soit partagé avec tout le monde, mais dans le second cas, s’il était partagé, il encombrerait simplement la liste des modèles, et la liste de tous les modèles pourrait rapidement devenir écrasante, obsolète ou superflue s’il n’y avait pas de normes quant à ce qui constitue un modèle « acceptable » pour l’ensemble du site.

Qu’en est-il des étiquettes

Avec Discourse Templates, nous pouvons désormais étiqueter chaque modèle pour faciliter le tri et la recherche de modèles le moment venu, alors pourquoi aurions-nous besoin de modèles privés à un individu ou à une équipe ? Pourquoi une équipe de support ne pourrait-elle pas simplement étiqueter tous ses modèles avec une étiquette #support et en finir avec tout cela ? Pourquoi Alex ne pourrait-il pas simplement étiqueter tous ses modèles personnels avec une étiquette #alex-templates et passer à autre chose ?

Réponse courte : Il n’y a aucune raison pour que cela ne fonctionne pas. Les utilisateurs peuvent simplement étiqueter les modèles, puis les rechercher lorsqu’ils essaient de les récupérer.

Réponse longue (qui n’est en fait que d’autres questions) : Lorsque les gens utilisent des modèles, font-ils défiler tous les modèles, ou recherchent-ils simplement celui dont ils ont besoin ? Si vous recherchez simplement des modèles, le nombre de modèles que vous recherchez n’a probablement pas autant d’importance - vous recherchez et vous avez terminé une fois que vous avez trouvé ce que vous cherchiez. Cependant, si vous parcourez tous les modèles possibles que vous pourriez utiliser, cela pourrait être une tâche longue en fonction du nombre de modèles que votre site possède.

Et si votre site est immense ? Si votre site avait 1000 modèles, mais que vous n’en utilisiez que 10, pourquoi devriez-vous voir tous les modèles supplémentaires, ceux-ci ne seraient-ils pas un encombrement supplémentaire pour vous ? D’accord, c’est un peu extrême, mais quand même, il y a un seuil où il y a tout simplement trop de modèles pour un ensemble particulier de personnes, ou pour l’ensemble du site.

De plus, que faire si vous ne savez pas quoi rechercher ? Que faire si vous venez de commencer à modérer un site Discourse particulier et que vous ne connaissez pas tous les noms des modèles, et qu’il y en a 100 ? Que faire si vous recherchez un modèle d’« introduction au site », mais que quelqu’un a appelé le modèle que vous recherchez « bienvenue » (ou une situation similaire) et que votre recherche ne donne rien ?

Il y a beaucoup de questions à considérer ici, et il n’y a pas nécessairement de bonne réponse.

Il semble que d’autres utilisateurs ici puissent également avoir des réflexions à ce sujet. Bien que cela concerne le plugin maintenant obsolète Canned Replies, les idées exprimées sont toujours applicables ici :

Avant de tomber sur cela, je n’avais aucune idée que lorsque je sauvegardais une réponse toute faite, elle était sauvegardée pour tout le monde. Sinon, je n’aurais peut-être pas mis ma propre signature dans chacune d’elles.

Peut-être

  • rendre cela plus évident
  • me donner un choix public-pour-le-personnel/privé ?

Façons possibles de mettre cela en œuvre

Lorsque nous pensons aux mécanismes réels, il a été mentionné que @saquetim pourrait en savoir plus sur la meilleure façon de mettre cela en œuvre.

Pour les modèles personnels, peut-être qu’un message privé à soi-même + une étiquette spéciale pourrait suffire ?

Si vous vouliez que quelques personnes aient accès à un modèle, peut-être pourriez-vous vous envoyer un message privé, ainsi qu’à l’autre personne, avec une étiquette spéciale ?

Peut-être pourrions-nous avoir la possibilité de sélectionner plusieurs catégories de modèles discourse ?

Qu’en pensez-vous ? :thinking:

  • Est-ce que quelque chose comme cela serait vraiment utile ?
  • Pourquoi voudrions-nous la possibilité de créer des modèles privés ?
  • Comment voulons-nous que cela soit utilisé ?
12 « J'aime »

J’utilise beaucoup les modèles ! Et j’utilise les modèles Discourse de la même manière que j’utilise le chat Discourse : seul, en tête-à-tête et dans toutes les configurations de groupe possibles ! :v: :sunglasses:

Dans chacun de ces exemples, cela ressemble au fonctionnement des MP, ce que je trouve génial : la possibilité d’ajouter et de supprimer des utilisateurs et des groupes…

Hmmm… peut-être avoir des options similaires à la façon dont Discourse Docs définit les catégories et les tags.

Cependant, en plus d’afficher tous les sujets de modèles disponibles en fonction des autorisations de catégorie dans le sélecteur de modèles, il charge également les modèles de MP. Vous étiquetteriez donc tous vos modèles de MP selon vos besoins, et vous les partageriez comme un MP normal (utilisateurs et groupes).

:thinking:

4 « J'aime »

Oh mon Dieu, ce serait tellement utile !!

3 « J'aime »

@SaraDev,

J’ai beaucoup aimé l’idée des modèles privés et la mécanique que vous avez proposée (MP à soi-même + tag) et je pense que ce serait une excellente fonctionnalité à ajouter au plugin. Je ne suis cependant pas aussi sûr que deux utilisateurs ou plus puissent partager ces modèles en utilisant des MP.

Laissez-moi vous expliquer pourquoi :

Actuellement, vous ne pouvez sélectionner qu’une catégorie parente pour stocker les modèles, mais vous pouvez avoir des sous-catégories avec des autorisations différentes pour que plusieurs groupes voient différents ensembles de modèles. Ce cas d’utilisation devrait être couvert.

De plus, j’envisage d’ajouter la possibilité d’avoir plusieurs catégories parentes pour permettre une meilleure organisation des modèles et une définition plus facile de la sécurité.

Le problème survient lorsque vous ajoutez des MP à des groupes (formels ou ad hoc) car le système d’autorisations devient désordonné. Les tags n’ont pas d’autorisations comme les catégories. Il serait difficile de vérifier si un utilisateur peut utiliser des modèles ou non, ou même de limiter sa capacité à le faire.

Quelques points qui me viennent à l’esprit maintenant et qui doivent être abordés :

  • Quels utilisateurs devraient être autorisés à utiliser des modèles privés ? Je ne pense pas qu’ils devraient être autorisés par défaut pour tout le monde et actuellement, l’autorisation d’utiliser le plugin est définie par la catégorie dans laquelle les modèles sont stockés. Ce modèle d’autorisation ne fonctionnerait pas pour les modèles privés et nous aurions probablement besoin d’un nouveau paramètre pour que les administrateurs puissent le contrôler.

  • Le tag utilisé pour marquer les messages privés comme modèles doit-il être défini globalement dans la configuration du plugin ou chaque utilisateur doit-il pouvoir définir dans ses paramètres utilisateur quel tag doit être considéré comme un modèle ? Comment cela fonctionnerait-il pour les messages partagés par plusieurs personnes ?

  • Une chose que je n’aime pas beaucoup, c’est que cela peut rendre plus difficile de trouver où aller lorsque vous avez besoin de modifier/discuter d’un modèle. Les utilisateurs devront savoir s’il s’agit d’un MP ou d’un sujet. Ce n’est pas un problème majeur, mais cela peut devenir fastidieux.

TL;DR : J’ai beaucoup aimé les modèles personnels (MP à soi-même), je pense que les MP à plusieurs personnes utilisés comme modèles peuvent causer certains problèmes et cela devrait être réfléchi avec soin. Personnellement, j’opterais pour des modèles vraiment privés (seul l’utilisateur qui les a créés peut les voir) et je laisserais les modèles de groupe (2+ personnes) au système de catégories.

6 « J'aime »

Je pense que plusieurs catégories parentes, associées aux modèles privés proposés en utilisant le MP vers soi-même + une étiquette, couvriraient presque tous les cas d’utilisation des modèles.

Même avec certains des exemples que j’ai mentionnés, il était difficile de trouver un cas où deux utilisateurs ou plus, et non un groupe, auraient besoin de partager les mêmes modèles.

Si deux personnes voulaient le même modèle, elles pourraient toujours s’envoyer un MP avec le modèle, puis transformer ce message en modèle en copiant-collant le MP à elles-mêmes, ce qui serait une petite étape supplémentaire, mais je ne peux pas imaginer que cela se produise très souvent.

Je pense que les niveaux de confiance pourraient être un bon moyen de restreindre l’utilisation des modèles privés à ceux qui pourraient en avoir besoin. L’un des problèmes que je pourrais voir avec les modèles privés (et les modèles en général) est que si un utilisateur y avait accès, il pourrait créer beaucoup de “spam” sur le site en publiant la même chose encore et encore, au point que son compte pourrait devoir être mis en sourdine ou autrement restreint si la situation s’aggravait. Les modèles en général semblent également être davantage une fonctionnalité d’administrateur / modérateur / super utilisateur, plutôt que quelque chose auquel tout le monde devrait avoir accès, et permettre uniquement aux utilisateurs de niveaux de confiance plus élevés d’utiliser les modèles privés résoudrait ce problème.

J’imagine un paramètre dans le plugin de modèles pour autoriser les utilisateurs de “Niveau de confiance X” ou supérieur à utiliser les modèles privés. Quelque chose comme ça, mais pour “Niveau de confiance minimum pour les modèles privés”.

Ma autre idée serait une case à cocher quelque part sur la page des paramètres du groupe pour chaque groupe de niveaux de confiance pour “autoriser les modèles privés”, mais avoir un seul endroit pour configurer cela serait probablement préférable, au lieu d’avoir à modifier plusieurs paramètres de groupe.

Définir l’étiquette globalement serait plus facile à configurer pour un administrateur de site, puis informer d’une manière ou d’une autre les utilisateurs que “c’est l’étiquette à utiliser pour les modèles privés” pour rendre cela apparent. Je pense que cela pourrait fonctionner si un MP était partagé entre plusieurs utilisateurs, car l’étiquette de modèle privé serait définie globalement et fonctionnerait toujours dans les situations où le modèle MP n’est partagé qu’avec l’utilisateur qui l’a créé. Cependant, je ne suis pas sûr des implications que cela aurait sur la vérification si un utilisateur peut utiliser des modèles ou non, car tout le monde utiliserait la même étiquette de modèle privé avec cette conception.

C’est un excellent point, et quelque chose que je n’avais pas considéré. En pensant à notre flux de travail actuel pour retrouver où aller pour modifier un modèle - Si je rédige un message avec un modèle et que je veux voir le sujet avec le modèle réel, le moyen le plus simple auquel je puisse penser serait de rechercher le nom du modèle avec la recherche du site, puis de sauter à ce sujet. Cependant, pour autant que je sache, vous ne pouvez pas rechercher les MP avec la recherche du site, donc cela ne fonctionnerait pas avec les modèles privés.

Peut-être qu’un bouton dans la zone de sélection des modèles lorsque vous rédigez un message pourrait être utile ici ? Quelque chose comme :

Ce serait certainement bien pour un utilisateur d’avoir tous les modèles disponibles en un seul endroit, mais je ne suis pas sûr de la meilleure réponse ici.

Je suis curieux d’entendre les autres réflexions à ce sujet.

1 « J'aime »

C’est un point vraiment intéressant. :+1:

Je pense uniquement à encombrer l’interface pour les utilisateurs du personnel. Je n’imagine pas un cas d’utilisation où la catégorie des modèles permettrait aux membres généraux de les ajouter/modifier.

Hmmm, je me demande si je créais une balise sur mon site, #preferred-templates-maiki, et que je pourrais simplement la choisir et avoir tous les modèles que j’utilise prêts pour moi. Ensuite, je pourrais baliser un tas de sujets, pas seulement les miens… :thinking:

2 « J'aime »

Je n’ajouterais pas de bouton là. Le plugin canned-replies était comme ça. À mon avis, l’interface devient un peu encombrée pour quelque chose que vous n’utiliseriez pas si souvent.

Peut-être serait-il préférable de créer une route similaire à /top ou /latest qui listerait tous les modèles disponibles en un seul endroit. Nous aurions peut-être /templates et là, il suffirait de cliquer sur le sujet pour l’ouvrir.

J’y ai pensé lors du développement du plugin.

Je sais que cela pourrait être pratique, mais à mon avis, cela cause plus de problèmes qu’il n’en résout.

Les sujets ainsi étiquetés ne peuvent pas tirer parti du système d’autorisation de catégorie pour définir si l’utilisateur peut utiliser des modèles ou non, et au moins pour moi, les modèles devraient être dans un endroit (catégorie ou étiquette dans le cas des modèles personnels proposés) où toute personne qui s’en occupe sait qu’il s’agit d’un modèle.

Imaginez que vous étiquetez un message d’un tiers comme modèle et qu’il est modifié pour quelque chose que vous n’attendiez pas. Vous ne serez pas conscient que le modèle a été modifié et la personne qui l’a modifié ne sera pas consciente qu’elle a modifié un modèle.

Je ne sais pas, dans ce cas, je préfère un flux bien défini.

2 « J'aime »

Ça a du sens ! :+1:

Je parlais de baliser les sujets à l’intérieur de la catégorie des modèles. Voici une capture d’écran de nos forums familiaux où j’ai balisé tous les miens #maiki-templates.

Mon cas d’utilisation ne prend pas en compte la création de modèles par tout le monde. Mais avec les groupes de balises, je pense que nous avons un contrôle décent pour que les équipes les utilisent.

Dans le cas de ma famille, Clover et moi aurons tous deux des listes de tâches à cocher. Il est logique qu’elles soient toutes balisées comme #chores, tandis que les modèles dont je suis responsable sont balisés #maiki-template, et ceux de Clover sont balisés #compulsory-familial-servitude ; nous pouvons ainsi facilement filtrer les modèles selon les besoins, à partir du sélecteur “Insérer un modèle”.

Donc… mon cas d’utilisation est couvert. :slight_smile: :+1:

Mes modèles privés sont publics ! :person_shrugging:

2 « J'aime »

Nous avons maintenant des modèles privés !

Ils fonctionnent à peu près comme ce dont nous avons discuté. Envoyez un message privé à vous-même + marquez-le avec une balise spéciale configurée dans les paramètres et le message apparaîtra dans la liste des modèles.

Techniquement, les messages envoyés à d’autres utilisateurs peuvent également être utilisés comme modèles, mais ils ne seront affichés comme modèles que pour l’auteur du message.

7 « J'aime »

C’est une excellente nouvelle ! J’ai hâte d’essayer ça bientôt.

3 « J'aime »

Salut @saquetim
J’ai essayé cette étape, mais cela ne semble pas fonctionner. Est-ce pris en charge dans la dernière version du plugin ?

Merci pour cette réponse car elle m’a donné une plus grande clarté sur le fonctionnement des modèles privés. :vulcan_salute::smiling_face_with_sunglasses::+1: