Les sous-catégories doivent être imbriquées dans la barre latérale.
Les choses comme cet exemple ne fonctionneront pas à moins que les sous-catégories ne soient imbriquées :
Ford
–Conduite
–Achat
GM
–Conduite
–Achat
L’affichage résultant serait :
Conduite
Conduite
Ford
GM
Achat
Achat
Dans la capture d’écran ci-dessous, documentation est la catégorie parente, tandis que admins, faq, moderators, sso, sysadmin sont des sous-catégories.
Un détail que nous devons déterminer ici est ce que nous faisons dans le cas où quelqu’un ajoute la sous-catégorie et non la catégorie parente… la catégorie parente doit-elle toujours être incluse pour le contexte ?
C’est plus ou moins obligatoire si les sous-catégories peuvent avoir des noms dupliqués.
Je ne suis pas développeur, mais je fais beaucoup de missions liées à l’UX/UI, donc je dirais qu’utiliser le même nom est de toute façon une très mauvaise politique. Une solution serait donc de forcer l’unicité même des vrais noms (et après cela, il y a des tonnes de forums cassés…)
Mais pourriez-vous donner carte blanche aux administrateurs pour nommer les catégories d’une manière qui n’est pas liée à la technologie du forum ? Ce n’est qu’un autre nom visible pour les utilisateurs — on pourrait alors utiliser quelque chose comme catégorie:sous-catégorie.
Forcer le nom de la catégorie parente dans le nom de la sous-catégorie entraînera beaucoup de choses redondantes, comme :
Ford
– Ford Driving
– Ford Purchasing
GM
– GM Driving
– GM Purchasing
Je viens de renommer toutes nos sous-catégories avec un préfixe de catégorie, mais je suis également d’accord que l’imbrication serait une bonne option. Comme nous avons différents niveaux de sécurité sur chaque catégorie principale, nous avons choisi le même nom, mais je vois aussi l’avantage d’avoir des préfixes.
Il serait également agréable que les catégories puissent être développées et réduites - avec plus de 200 catégories, la liste est longue.
Notre première idée est de commencer par quelques améliorations simples ici :
Cela ne résout pas tout le problème, mais les solutions de contournement consistant soit à : 1) demander aux utilisateurs d’ajouter eux-mêmes la catégorie parente, soit 2) à mettre à jour les noms des catégories pour les distinguer sont toutes deux disponibles.
Nous garderons un œil sur cela et examinerons les autres changements qui pourraient être justifiés.
Combien de ces catégories un utilisateur donné ajoutera-t-il à sa barre latérale ?
Je prends cela comme une question générale 
Aucune. Ils ne suivent déjà que les catégories qui les intéressent et ils veulent des notifications de toutes ces catégories de manière égale.
3 messages ont été divisées dans un nouveau sujet : Option pour afficher uniquement les catégories et tags non lus dans la barre latérale
Il est essentiel de pouvoir basculer les sous-catégories dans la barre latérale. Nous avons déjà neuf catégories et 19 sous-catégories, et je n’ai pas fini de trier. Je prévois d’ajouter 25 sous-catégories supplémentaires. Je voudrais qu’elles soient toutes disponibles dans la barre latérale. Notre corpus se constitue depuis 1969, notre forum sert donc autant de bibliothèque de référence que de symposium. Pour nous, les catégories sont à la fois des aides à la recherche et des filtres de conversation.
Pour la même raison, les tags doivent être alphabétiques et déroulants dans la barre latérale. Nous avons 1400 tags et ce nombre doublera lorsque j’aurai fini de trier. Sans fenêtre déroulante, il sera impossible de présenter les tags de manière utile. En fait, une fenêtre déroulante avec une boîte de requête au-dessus serait idéale.
C’est probablement une discussion distincte, mais mettre les tags dans des fenêtres déroulantes commutables sous les titres de sujets en vue de liste serait également très utile. Nos sujets ont en moyenne 18 tags chacun. Notre sujet le plus long a 98 tags. Lorsque je les présente tous, ils obscurcissent les titres des sujets. Je le mentionne ici car la mise en œuvre d’une classe de boîte déroulante générique pourrait servir à plusieurs fins utiles.
Il serait également agréable que les catégories puissent être ouvertes et fermées.
Pourquoi ? Ce serait vraiment horrible à utiliser, car cette liste serait longue comme le bras. Bon, si la majorité de vos utilisateurs ont un écran de 24 pouces ou plus et que cela ne vous dérange pas d’avoir des écrans plus petits et des mobiles, et que vos utilisateurs ne savent pas utiliser la page de catégorie, alors peut-être.
Et nous revenons au problème principal : un utilisateur doit avoir le choix de ce qu’il voit et de ce qu’il ne voit pas. Ce n’est pas le travail de l’administrateur de décider.
Parce que cela faciliterait la navigation. Ce serait beaucoup plus propre que la vue de catégorie/liste double largeur qui est la seule option actuelle et qui prend beaucoup plus d’espace qu’une seule liste avec une barre latérale si l’espace est un problème.
Pourquoi
En supposant que vous parliez des tags, une liste de kilomètres de long, triée par ordre alphabétique et numérique, défilant dans une fenêtre contrôlée par une boîte de recherche au-dessus et une molette de souris serait assez pratique, bien mieux que toute autre présentation de tags. Cela inclut la liste massive de la page des tags qui n’est absolument pas une aide à la navigation pratique car elle nécessite des allers-retours rapides de la page des tags au sujet et pour laquelle le seul outil est le bouton retour du navigateur.
cette liste fera un kilomètre de long.
Donc, deux points ici.
Premièrement, Discourse est construit de bas en haut pour l’avenir, ce qui signifie qu’il est destiné à tous ceux qui ont des écrans généreux et haute résolution. C’est presque un point discutable de toute façon, j’ai juste acheté un nouvel écran pour ma fille la semaine dernière et je n’ai trouvé aucun écran de moins de 24 pouces.
Quant au mobile, je peux seulement dire que la navigation conçue pour ces classes d’interface est à tous égards différente de celle d’un ordinateur de bureau ou portable. Les barres latérales ne sont pas un outil approprié.
si la majorité de vos utilisateurs ont un écran de 24 pouces ou plus et que vous ne vous souciez pas des écrans plus petits et des mobiles
L’avenir, c’est-à-dire même le lundi normal déjà, est totalement à l’opposé. Il est construit sur les mobiles. Désolé, mais les grands écrans appartiennent au passé.
Saviez-vous qu’en Europe, les mobiles sont plus courants que les ordinateurs portables ? Mais nous n’avons plus non plus de lignes fixes ou de chèques (sauf au Royaume-Uni/Irlande, mais ils ont un retard d’environ 50 ans )
Il semble que votre cas d’utilisation soit mieux adapté à discourse-docs qu’à la barre latérale.
Vous pouvez voir un exemple de la vue et du filtrage qu’il offre ici Documentation - Discourse Meta
Ouais, je ne m’attendais pas du tout à ça. Je pense que la version “slidebar” de la barre latérale est bien adaptée à ces appareils mobiles gênants.
Alors peut-être savez-vous, est-ce l’application mobile qui accompagne les forums chanceux de Digital Ocean ?
Stephen, merci pour cette suggestion. Je l’ai installée et je joue avec. Elle pourrait fonctionner pour un grand nombre d’articles que nous n’avons pas encore ajoutés. Ce dont j’ai besoin pour ceux-ci, c’est la possibilité de commenter afin d’attirer le lecteur dans des discussions. J’ai pensé à intégrer Ghost à cette fin.
Je pense toujours que la barre latérale sera idéale pour la navigation sur ordinateur/ordinateur portable si elle est livrée avec une boîte de défilement basculante pour les balises, et avec des catégories basculantes.
Cette partie a été livrée dans la PR
Le badge de couleur est très utile pour distinguer les relations parent-sous-catégorie. Le tri et éventuellement le retrait devraient solidifier l’identification visuelle des sous-catégories. Voici ce que je veux dire :
documentation est la catégorie parente de admins et sysadmin. Dans la configuration actuelle, elles sont triées par ordre alphabétique et la seule indication d’une relation est la couleur du demi-badge. Évidemment, ce n’est pas idéal.
Lorsque triées, nous avons un sentiment d’ordre et de relation, mais ce n’est toujours qu’une distinction par badge de couleur.
Une meilleure façon serait de donner à la sous-catégorie un retrait subtil qui est universellement compris comme une indication d’une relation catégorie-sous-catégorie. La maquette ci-dessus montre à quoi cela pourrait ressembler lorsque la sous-catégorie est décalée d’une demi-largeur ou d’une largeur complète du badge.
Merci d’avoir pris le temps de créer ces idées !
Il y a un autre scénario à considérer : lorsque les utilisateurs ont toutes les catégories ci-dessus dans leur barre latérale que vous avez illustrée, mais pas la catégorie parente Documentation. Comment imaginiez-vous gérer ce scénario ?
Je suppose que cela dépendrait de la structure du site. Dans mon OP où j’ai utilisé Ford et GM comme exemple de communauté structurée, ne pas inclure une catégorie parente pourrait rendre la barre latérale difficile à lire — laquelle est laquelle ?
Dans ce cas, la catégorie parente devrait être affichée :
Dans les cas où chaque sous-catégorie peut exister indépendamment, le parent peut ne pas être nécessaire.
Pour les catégories avec des sous-catégories, ma communauté traite le parent comme un espace réservé qui n’a pas de sujets. Au lieu de cela, les sujets se trouvent tous dans des sous-catégories. Nous avons d’autres catégories autonomes.
Donc, idéalement, un administrateur pourrait choisir si la catégorie parente est répertoriée dans la barre latérale.
Afficher la hiérarchie dans la barre latérale
L’ordre des sous-catégories dans la barre latérale est désormais trié d’abord par leur parent, conformément à cette PR par @tgxworld :
Quelqu’un a-t-il trouvé une solution pour les sous-catégories imbriquées ? Je cherche encore et je n’ai trouvé aucun composant de thème qui fonctionne.
