Nous apportons quelques modifications et améliorations à l’affichage des hashtags de sous-catégories, conformément à cette discussion, et nous ajoutons en même temps la même fonctionnalité de carte flottante que celle déjà visible pour les mentions d’utilisateurs, par exemple si vous cliquez sur @martin.
Cette carte affichera le titre de la catégorie, l’icône ou l’émoji, la description, ainsi que des liens vers les catégories parentes. Les utilisateurs disposant des autorisations nécessaires verront le bouton « Modifier la description », ainsi que le bouton « Nouveau sujet », qui dépend également du contexte de la catégorie (par exemple, les catégories Événements auront un bouton « Nouvel événement »).
La carte affiche également une liste des 3 derniers sujets de la catégorie. Les utilisateurs sans permission de voir une catégorie suivront simplement le lien du hashtag et ne verront aucune carte.
Il est activé ici si vous souhaitez le voir par vous-même avant de l’essayer sur votre propre site. Cliquez sur n’importe quel hashtag de catégorie dans un sujet pour jeter un œil, par exemple News and Events ou Community Building
Serons-nous en mesure de désactiver définitivement ces cartes ? En tant qu’utilisateur, si je clique sur ce lien, je veux simplement accéder à la page de la catégorie, et non à une étape intermédiaire.
Aussi, en tant que retour d’expérience utilisateur : comment passer de la carte à la liste des sujets de la catégorie ? Ce n’est pas clair à partir des captures d’écran.
Je pense que vous pouvez cliquer sur le nom de la catégorie dans la carte, tout comme vous pouvez cliquer sur un nom d’utilisateur sur la carte utilisateur pour ouvrir le profil.
C’est encore en cours de développement, nous prendrons donc en compte les retours laissés ici et apporterons des ajustements avant de passer la mise à jour à venir en bêta/stable (elle est actuellement encore en phase expérimentale).
Je suis d’accord pour dire que la zone cliquable pourrait être plus évidente. Peut-être que toute la carte devrait être cliquable, à l’exception des éléments plus spécifiques.
Il serait bien d’avoir quelques exemples dans le premier message pour ceux qui ne liront pas les réponses et qui veulent juste voir la fonctionnalité en action
Je me demande si n’afficher que la catégorie principale sur la carte n’a pas plus de sens maintenant que les informations des catégories sont dans la fenêtre modale ? Je veux dire plus en ligne quand on utilise #.
Dans cet exemple, pourquoi la catégorie parente « News & Events » a-t-elle persisté ? Ne devrait-elle pas être supprimée conformément à :
Pour information, j’ai des dizaines de catégories avec le même slug, donc inclure la catégorie parente dans le hashtag est obligatoire. J’espère que grâce à ce changement, je pourrai mettre à jour les noms d’affichage des catégories pour inclure le nom du parent. Avec l’ancienne méthode, c’était laborieux, comme 1Secure > 1Secure Ideas, mais ce nouveau changement pourrait le simplifier en n’affichant que 1Secure Ideas.
Je ne pense pas que nous conserverons cette option… Nous avons déjà tellement de paramètres Ce que je pense faire, au moins, c’est que si vous faites un double-clic, cela vous emmènera vers la catégorie. Vous pouvez également cliquer sur le nom de la catégorie dans la fenêtre contextuelle de la carte.
Désolé, mais je reste sceptique quant à cette fonctionnalité. Pour les utilisateurs, pouvoir jeter un œil à leurs données via une carte a du sens. En revanche, pour les catégories ou les étiquettes, je ne vois pas quelle valeur ajoutée cela apporte. Si ce n’est pas pire, cela ne fait qu’ajouter une étape superflue et sans intérêt.
Ce n’est pas une solution de contournement réaliste, car cela obligerait l’utilisateur à d’abord trouver ce lien de catégorie ailleurs. Cela dégrade également l’expérience utilisateur.
Beaucoup de mes utilisateurs utilisent des PWA. Dans ce cas, obtenir des liens est un peu plus difficile. D’un autre côté, ils ne lient pas les catégories, et je parie que c’est le cas dans la majorité des forums non techniques, où la base d’utilisateurs provient des réseaux sociaux, et non du gaming, de la tech, de l’IT, etc.
Je ne suis pas non plus un grand fan. Il semble que le système actuel tende vers un design entièrement basé sur des cartes, plutôt que de permettre d’obtenir directement ce que l’on cherche. Peut-être suis-je trop « old school » et est-ce que je m’attends à ce qu’un lien soit un moyen facile d’atteindre la cible.
Mais si, en tant qu’administrateur, je peux choisir de ne pas l’utiliser, alors cela n’a pas d’importance (et dans mon cercle, les utilisateurs, ceux qui ont un avis, ne l’aiment pas, et si leur goût change, je passerai aux cartes immédiatement. Après tout, mon forum est destiné à la discussion par les utilisateurs, et non pour moi).
D’abord, un grand merci pour cela ! J’ai recommencé à réorganiser les catégories sur mon installation Discourse et je me suis rendu compte que l’affichage des hashtags au format « catégorie parente > catégorie enfant » dans le texte me gênait à nouveau (nous avons beaucoup de catégories et nous mentionnons souvent nos catégories et sous-catégories pour guider nos utilisateurs). J’ai donc revérifié pour voir si les choses avaient évolué depuis nos premières discussions sur le sujet, et c’est le cas ! Je suis très content.
Personnellement, je n’aurais pas eu besoin des cartes (le lien de sous-catégorie plus concis aurait suffi), mais en y réfléchissant, j’ai plutôt aimé l’idée. Au moins pour ma population d’utilisateurs, pouvoir voir un aperçu d’une catégorie ou d’un hashtag a vraiment du sens. J’avais cependant imaginé cela comme un survol (hover), et quand j’ai compris que c’était au clic, ma réaction a été : « oh, attends, quoi, une étape de plus ? Double-cliquer sur des liens hypertexte ?! »
C’était exactement ma réaction : on ajoute simplement un clic supplémentaire pour ouvrir un lien… bof.
Mais ensuite, je l’ai essayé sur mon téléphone et j’ai changé d’avis : la carte me donne un très bon aperçu de ce qu’est la catégorie (si j’avais des doutes… en me rappelant que les personnes utilisant une taxonomie la trouvent généralement moins intuitive que celles qui l’ont conçue) et elle me donne un indice sur les derniers posts, ce qui me donne réellement la possibilité de ne pas aller vers ce tag ou cette catégorie si ce n’était pas ce que je cherchais.
Mes utilisateurs ne sont pas très à l’aise dans les espaces numériques et se perdent facilement. Cela va certainement, à mon avis, les aider à ne pas perdre le fil de leur position, à ne pas atterrir quelque part où ils ne voulaient pas vraiment aller parce qu’ils ont cliqué sur quelques mots qui leur semblaient prometteurs mais qui n’étaient pas le bon choix.
Donc, pour l’instant, je suis assez enthousiaste et j’ai activé l’aperçu pour ma communauté. On verra comment cela fonctionne en pratique.
Mais… je peux imaginer d’autres scénarios de communautés où cela ne fonctionnerait pas. Je suis d’accord pour dire que nous ne voulons pas faire de tout un paramètre (nous sommes déjà noyés dedans, je m’en suis assez plaint). Mais… j’ai le sentiment que cela « casse » le modèle attendu de la façon dont les choses fonctionnent en ligne : cliquer sur un lien, être redirigé vers la destination. Taper un hashtag, cela signifie que les gens peuvent cliquer dessus pour voir tout ce qui est lié à ce hashtag. Donc, je ne suis pas vraiment sûr de la solution à ce problème.
Peut-être que la solution se situe à un autre niveau, dans la façon dont Discourse en tant qu’outil gère deux intentions apparemment contradictoires :
être très flexible et personnalisable
offrir une excellente expérience « clé en main »
L’équipe travaille peut-être déjà là-dessus (ou c’est peut-être une idée qui ne fonctionne pas, ou peut-être que j’énonce l’évidence, ou que j’arrive en retard, ou que je m’écarte du sujet, ou que je montre mon ignorance de la façon dont les choses fonctionnent), mais il me semble que la « solution » pour concilier les deux est :
être impitoyable dans la prise de décisions concernant l’UX/les fonctionnalités pour l’expérience « de base, clé en main, plug-and-play »
être impitoyable dans la réduction des options et des paramètres pour couvrir 95 % des cas d’utilisation (ou est-ce 80 % ? 99 % ? quel que soit le pourcentage)
offrir un second niveau de paramètres pour les utilisateurs avancés ou les cas limites et les personnes qui veulent ajuster des éléments très spécifiques ; cela ne serait pas intégré dans l’interface qui fournit les paramètres « normaux », mais serait probablement plus proche d’un fichier de configuration
Dans ce cas, si la conclusion de l’équipe est que les cartes d’aperçu de hashtags/catégories sont la voie à suivre, et que les sous-catégories devraient s’afficher en ligne sans mentionner la catégorie parente, et qu’il n’y a pas de justification suffisante pour en faire un paramètre d’administration général, cela pourrait toujours être un « paramètre caché » accessible en ajoutant « hashtag_preview_cards: OFF » ou « show_hashtag_subcategory_parent_inline: ON » quelque part.
En écrivant cela, je suis assez sûr qu’il y a des implications pour le développement, en plus de l’UX, concernant la multiplication des paramètres…
Oui, je comprends les hésitations des gens quant à l’ajout d’un clic supplémentaire ici. @awesomerobot, qu’en penses-tu de ce problème ? Penses-tu que cela vaille la peine d’ajouter une préférence utilisateur concernant le comportement des hashtags ? Peut-être que si nous avions aussi des cartes pour les tags et les canaux, il serait plus logique d’avoir une préférence utilisateur globale « Afficher les cartes pour les hashtags et les mentions » ?
Pour les mentions, nous pourrions rediriger vers la page utilisateur au clic si l’utilisateur actuel a cette préférence désactivée.
Je viens de tomber dessus moi aussi et je dois dire… je ne vois pas non plus la valeur ajoutée de l’aperçu de la carte
Je n’aime pas trop ajouter encore plus de paramètres, donc honnêtement, je voterai pour abandonner cette fonctionnalité. Qu’est-ce qu’on résout exactement ici ?
Pour résumer, certaines personnes trouvent le format en ligne trop long. Si je veux écrire « regardez notre catégorie Customization > Theme component », ce serait plus agréable si l’affichage se limitait à « theme component » sans inclure la catégorie parente.
Mais on ne peut pas raccourcir le nom pour n’afficher que « theme component », car certains sites réutilisent le même nom de sous-catégorie dans de nombreuses catégories différentes, et les utilisateurs souhaitent savoir à quelle catégorie parente elle appartient.
La proposition de carte consiste à fournir une série d’informations sur la catégorie au clic, comme nous le faisons pour les utilisateurs, afin que nous puissions utiliser uniquement le nom de la sous-catégorie en ligne.
Persolement, je suis indécis. Parfois, j’ai trouvé la carte pratique, car elle me permet d’accéder rapidement au bouton de nouveau sujet et de voir l’activité récente sans quitter le sujet actuel. Mais d’un autre côté, je sais que certaines personnes veulent simplement le chemin le plus court possible.
Un cas d’usage où il est utile de ne pas afficher la catégorie principale dans les liens en ligne se présente lorsque des sous-catégories sont répétées au sein de différentes catégories, par exemple Annonces > Réunions et Assistance > Réunions.
Je pense que ce problème est résolu en affichant des icônes différentes entre les catégories, et que le périmètre est précisé par le texte publié lui-même.
De nombreux utilisateurs trouvent l’extension « catégorie + sous-catégorie » très inconfortable, et je suis d’accord avec eux. C’est particulièrement vrai pour les vues mobiles, qui représentent une grande partie du trafic que nous recevons sur Discourse.
Eh bien, il semble que l’idée que j’avais déjà fait le raccourcissement des hashtags (suppression du >) était un pur produit de mon imagination, ce n’était pas dans la PR existante Voici une PR de suivi :
Ce que je pense faire, au moins, c’est que si vous faites un double-clic, cela vous emmènera vers la catégorie. Vous pouvez également cliquer sur le nom de la catégorie dans la fenêtre contextuelle de la carte.
Voici une PR de suivi :