Qu'en est-il d'un processus de soumission "avancé" ou "guidé" pour les nouveaux sujets dans certaines catégories

J’adore utiliser les tags dans Discourse, et la structure souple est excellente la plupart du temps. Cependant, pour certains cas d’utilisation, il serait formidable d’avoir une soumission guidée qui garantisse un ensemble spécifique d’entrées que la boîte « tags optionnels » dans la fenêtre standard de création de sujet n’offre pas aux utilisateurs.

Mon cas d’utilisation est le suivant :
Dans une catégorie pour les demandes de support, je veux garantir (pas seulement suggérer via un modèle) que les gens utilisent un ensemble spécifique de tags, provenant de quelques catégories différentes, et qu’ils peuvent immédiatement voir toutes les options disponibles que les catégories de tags sont requises.

J’imagine que, dans les catégories où cette fonctionnalité est activée, cliquer sur « créer un sujet » pourrait d’abord ouvrir une fenêtre modale. La fenêtre demanderait la plupart des mêmes informations, mais elle aurait des catégories de tags/tags parents/tags prédéterminés et requis, tels que définis dans les paramètres de la catégorie.

Je peux certainement dessiner ce que j’imagine, si quelqu’un veut une horrible maquette MS Paint :slight_smile:

4 « J'aime »

Qui n’aime pas les terribles maquettes Paint ? :stuck_out_tongue:

Ce serait apprécié, cependant, car j’ai un peu de mal à comprendre pleinement votre demande. :slight_smile:

Bien sûr.

Le marquage aujourd’hui est juste une grande boîte ouverte de « suggestions ». Lorsque j’ai quelqu’un qui soumet une demande de support dans ma catégorie de support, j’ai besoin de savoir :

Sur quel produit publiez-vous ? Produit A ou Produit B ? J’ai une catégorie d’étiquettes « Produits » avec deux étiquettes en dessous :

  • produit-a
  • produit-b

J’ai aussi des fonctionnalités qui transcendent tous les produits, mais j’ai besoin de savoir sur quelle(s) fonctionnalité(s) vous recherchez de l’aide. Fonctionnalité A, B, C, etc. J’ai une catégorie d’étiquettes « Fonctionnalités » avec plusieurs étiquettes en dessous :

  • fonctionnalité-a
  • fonctionnalité-b
  • fonctionnalité-c
  • etc.

Encore une fois, pour la plupart de nos expériences de forum, avoir un sac fourre-tout d’étiquettes est acceptable. Pour notre catégorie de support cependant, les gens doivent être très cohérents et très spécifiques. Il existe des fonctionnalités de Discourse qui font plus ou moins cela, mais elles sont très ambiguës. Je peux exiger un certain nombre d’étiquettes, par exemple… mais ils pourraient choisir des étiquettes d’autres catégories d’étiquettes ouvertes. De plus, si une catégorie d’étiquettes a trop d’étiquettes, elles ne s’affichent pas toutes dans la liste déroulante et ils doivent donc savoir à l’avance, par le biais de connaissances tacites, quelles étiquettes peuvent exister.

Je propose quelque chose comme ceci.

  1. L’utilisateur clique sur + Nouveau sujet
  2. Une fenêtre modale apparaît pour créer un nouveau sujet
  3. Les étiquettes requises à sélectionner sont basées sur les groupes d’étiquettes requis pour la catégorie

Je suis sûr que cela pourrait être fait dans la fenêtre de nouveau sujet existante, je suis juste horrible pour concevoir des interfaces utilisateur afin de le découvrir.

4 « J'aime »

Pour chaque groupe d’étiquettes requis dans les paramètres de catégorie, vous pourriez avoir une question associée qui s’affiche pour ce groupe d’étiquettes dans l’interface de nouveau sujet.

1 « J'aime »

Salut Jordan. Il y a très longtemps, j’avais installé ce plugin et, d’après mes souvenirs, il peut créer des sujets de la manière que vous avez suggérée.

2 « J'aime »

Je ne suis pas sûr si vous le savez déjà, mais vous pouvez imposer ce comportement avec des groupes d’étiquettes et des paramètres de catégorie. L’interface utilisateur donne à l’utilisateur quelques indices sur la manière dont les étiquettes doivent être appliquées, mais je ne suis pas sûr de la clarté de l’interface utilisateur pour la plupart des utilisateurs.

Tout d’abord, créez des groupes d’étiquettes pour products et features. Par exemple :

Configurez les paramètres d’étiquettes de votre catégorie de support comme ceci :

En créant un nouveau sujet dans la catégorie, les utilisateurs verront d’abord ceci :

En cliquant sur le champ des étiquettes, une liste déroulante s’ouvre, ne permettant aux utilisateurs de sélectionner qu’une seule des étiquettes products :

Après avoir sélectionné une étiquette products, l’utilisateur voit la liste des étiquettes features autorisées :

Vous pourriez également rendre les étiquettes features obligatoires en les ajoutant au paramètre de groupe d’étiquettes requises qui est mis en surbrillance dans une capture d’écran précédente. L’ordre dans lequel les étiquettes sont ajoutées au paramètre de groupe d’étiquettes requises semble être respecté dans l’interface utilisateur. Je ne suis pas sûr si c’est intentionnel, mais c’est utile dans ce cas si vous voulez forcer les utilisateurs à d’abord sélectionner une étiquette products, puis une étiquette features :

Il est donc possible que Discourse dispose déjà des fonctionnalités que vous recherchez, mais que l’interface utilisateur puisse être améliorée.

En relation avec la capture d’écran ci-dessus, le texte « Search or create » est affiché dans la liste déroulante des étiquettes, alors que, selon les paramètres de la catégorie, seule l’option de recherche d’étiquettes du groupe d’étiquettes features devrait être proposée. L’instance de Discourse que je teste n’est pas tout à fait à jour, je ne peux donc pas confirmer s’il s’agit d’un bug actuel. Je pourrai tester cela plus tard. Dans tous les cas, si j’essaie de créer le sujet avec une étiquette supplémentaire, une erreur est renvoyée.

Cela semble être un bug, mais je devrai mettre à jour mon instance locale de Discourse pour le confirmer.

Modification : J’ai mentionné quelques problèmes liés à cela ici : Tag "Search or create" text is displayed when a category has restricted tags

6 « J'aime »

Voyez… c’est proche. C’est une idée qui va définitivement dans la bonne direction, mais ce n’est pas encore tout à fait ça.

J’ai créé une nouvelle catégorie, exigeant un tag de notre groupe de tags « Produits » et deux tags de notre groupe de tags « Fonctionnalités d’extensibilité » :

Voici à quoi ressemble la création d’un nouveau post. La boîte déroulante pour les tags, avant de cliquer dessus, indique simplement « sélectionner au moins 3 tags… ». C’est ambigu au début, et cela n’indique pas immédiatement à l’utilisateur que j’exige un tag du groupe de tags Produit et deux tags du groupe de tags Fonctionnalités d’extensibilité. Mais, bon, cliquons dessus :

Un regard plus attentif révèle que :

  • Les 3 premiers éléments sont des « Fonctionnalités d’extensibilité »
  • Les 2 éléments suivants sont des « Produits »
  • Les 5 derniers sont des « Fonctionnalités d’extensibilité »
  • Il y a encore 17 tags possibles de « Fonctionnalités d’extensibilité » dont ils n’ont pas conscience.
2 « J'aime »

Voici un formulaire HTML simple qui illustre mieux ce que l’utilisateur devrait voir (bien sûr, avant toute conception réelle) :

3 « J'aime »

Je pense qu’il y a un besoin d’études de cas réels similaires à la vôtre pour aider à améliorer l’interface utilisateur de balisage.

C’est probablement parce que vous testez cela en tant qu’utilisateur du personnel. Les restrictions de balises ne s’appliquent pas aux administrateurs (peut-être pas non plus aux modérateurs), donc ce que vous voyez ne reflète pas ce qu’un utilisateur normal verrait.

Voici mon test avec un utilisateur TL3 normal (notez qu’il ne me permet de sélectionner que parmi les produits au début) :

Voici ce que je vois lorsque je teste la même chose en tant qu’utilisateur administrateur (balises des deux groupes de balises, retournées par ordre alphabétique) :

Cette différence peut prêter à confusion lors de la configuration des permissions de groupe de balises.

Oui, c’est un problème.

4 « J'aime »

Ah, cela pourrait être le cas alors — mais je dirais que ce n’est qu’un dixième du problème. Je vais essayer cela maintenant, juste pour m’assurer d’avoir vu l’expérience complète.

Je dirais que la majorité du problème demeure.

4 « J'aime »

Des demandes similaires ont été faites précédemment, mais elles ne semblent pas avoir eu de succès.