J’adore ça. Mais j’aimerais que pour les catégories, leur couleur s’affiche dans l’icône lors de la saisie et un moyen de signifier s’il s’agit d’une sous-catégorie lors de la saisie et dans le message finalisé, comme à l’ancienne, cela montrerait la racine et la sous-catégorie.
J’aime beaucoup l’idée d’utiliser la couleur de la catégorie !
Quant à l’icône, que diriez-vous d’utiliser le même design de catégorie que nous avons choisi dans les paramètres (encadré, puce, barre…) au lieu d’utiliser une icône de dossier ?
J’essaierai de faire une maquette demain.
- Puces
- Encadré
- Barre avec sous-catégorie
J’ai utilisé à peu près le code HTML du sélecteur de catégorie pour chaque style, avec un peu de modification (marges et trucs du genre + le fond clair arrondi introduit dans ce topic).
Oui, je pense que nous ajouterons certainement une couleur de catégorie d’une manière ou d’une autre. Garder les choses monochromes au début a simplifié certaines questions autour de l’implémentation initiale, mais les couleurs ont toujours été quelque chose que nous avons associé aux catégories…
Plutôt que de prendre en charge les styles de catégorie alternatifs, nous avons envisagé de déplacer ces options vers des composants de thème autonomes à la place et de faire du style bullet par défaut le seul style de catégorie. Cela simplifierait également beaucoup de choses.
Une situation pour laquelle je serais intéressé par plus de commentaires est la façon de styliser les icônes associées aux sous-catégories… semble-t-il raisonnable d’étendre la division des couleurs des sous-catégories à d’autres icônes également ? ainsi, par exemple, une mention de canal de discussion associée à une sous-catégorie pourrait ressembler à ceci :
Y a-t-il un réel besoin de diviser les catégories et les sous-catégories dans ce contexte ? Ce sont des liens stylisés, c’est tout. Essayer de se souvenir de toutes les paires de couleurs possibles et de ce qui appartient où est peut-être trop déroutant et n’apporte aucune valeur informative.
Ces barres sont assez minuscules de toute façon et l’ajout de plus de petits détails et de taches de couleur rend tout… bruyant.
Quoi qu’il en soit, j’espère que le monochrome sera une option de toute façon ![]()
Je ne reconnais pas moi-même toutes les couleurs des catégories, mais je connais les couleurs des catégories que je fréquente, ce qui me permet de les distinguer plus facilement dans une liste.
Je pense que « ceci est une sous-catégorie » peut être utile. Il y a aussi des cas où un site a plusieurs sous-catégories portant le même nom, auquel cas la couleur pourrait servir de différenciation la plus évidente pour une mention. Cela ajoute certainement du bruit, et je suis sûr que les gens ont des préférences différentes en matière de rapport signal/bruit.
Nous ne savions pas auparavant si un lien menait à une catégorie ou à une sous-catégorie. Je sais — ce qui s’est passé avant n’est pas une raison pour ne pas faire les choses mieux maintenant, mais… était-ce un problème si important que cela ait rendu la vie de quelqu’un plus difficile ;)\n\nJe ne comprends tout simplement pas pourquoi un lien direct vers une sous-catégorie aurait besoin d’une marque indiquant qu’il s’agit d’une sous-catégorie d’une catégorie inconnue (je veux dire, autre que l’utilisation des mêmes noms ; ce qui est une erreur d’interface utilisateur/expérience utilisateur/logique et quelques autres erreurs de conception
si un utilisateur doit comprendre le codage couleur). C’est juste un lien après tout.\n\nCe n’est pas un problème majeur pour moi, cependant. Mais j’aime son apparence actuelle et — encore une fois — si je peux choisir une version monochrome minimaliste, je suis juste un petit administrateur totalement heureux ![]()
Pour ce que ça vaut, et n’hésitez pas à me traiter de vieux jeu, mais pour moi, le nouveau design manque du # comme identifiant clair de ce que je regarde. Le # est un moyen évident d’apprendre aux gens comment créer un tel lien soi-même, et vous l’avez supprimé et remplacé par une icône qui vous en dit plus sur la cible, mais moins sur la nature du lien.
Je garderais le # et ajouterais l’icône à la fin du hashtag à la place. De cette façon, vous les améliorerez sans les masquer.
J’aime cette idée ! Personnellement, le style à puces est mon préféré.
Avoir une icône bicolore n’est pas du tout un problème avec des formes simples comme des carrés, mais cela peut légèrement altérer la lisibilité de l’icône bulle par exemple… Pas sûr à 100% cependant. Ça a l’air un peu bizarre, mais peut-être que je n’y suis pas habitué.
Aussi, qu’en est-il des catégories qui ont des icônes spécifiques (comme le cadenas sur la catégorie par défaut du personnel) ? Seraient-elles également affichées ?
Cela aurait du sens pour les tags à mon avis. Le # est largement utilisé sur pratiquement toutes les plateformes sociales.
J’ai même personnalisé les tags pour faire cela sur trois forums sur lesquels je travaille. Tous les tags sont préfixés par # lorsqu’ils sont liés dans un message.
Mais cela semble un peu étrange pour les liens de catégories.
Personnellement, c’est la raison principale pour laquelle je pense que le # ne devrait pas être utilisé de nos jours. Les réseaux sociaux n’utilisent pas les hashtags comme des étiquettes, mais comme des blagues courtes étranges. Si nous introduisons l’utilisation des tags comme ceux-ci devraient être utilisés en les marquant avec #, nous envoyons un signal fort que le marquage devrait faire la même chose que ce qui se passe sur Instagram. Ensuite, nous devrons apprendre aux utilisateurs deux choses au lieu d’une : ce que sont les tags et comment ne pas les utiliser.
Encore une fois, si quelqu’un veut utiliser des #, des couleurs, des icônes ou des gifs clignotants, cela ne me dérange pas tant que toutes ces options sont des choix qu’un administrateur peut faire, et non pas imposées.
Je pense que la division par couleur peut fonctionner pour certaines personnes.
Veuillez ne pas utiliser l’icône
car cela rendrait trop facile la confusion entre les balises et les catégories.
Que diriez-vous de [ > souscat ] ? Le > ressemblerait à un chevron utilisé dans les lignes de puissance fantaisistes d’Emacs ou de Shell.
Des suggestions pour une alternative moins déroutante ? nous avons supposé que l’icône de tag serait l’icône la plus évidente pour les tags… peut-être que # pourrait fonctionner comme alternative si nous cessons de l’utiliser pour les canaux de discussion ? bien que nos tags ne fonctionnent pas vraiment comme les #hashtags sur d’autres plateformes… si nous ajoutons des couleurs pour les catégories, l’icône de tag serait-elle alors moins déroutante ?
Encore une fois… la solution la plus évidente est de laisser tout tel quel. Et de laisser les administrateurs utiliser le CSS tel qu’il est créé… changer l’apparence comme ils le souhaitent.
Tout ce qu’il faut, c’est un CSS soigneusement planifié pour offrir une personnalisation facile. Tout le monde serait alors heureux (sauf peut-être les utilisateurs, mais qui demande ce qu’ils veulent
)
En effet pour les balises, je suis d’accord, mais pas pour les sous-catégories.
J’aime l’idée d’avoir des mentions de catégories stylisées par des puces colorées dans les publications et je partage entièrement votre sentiment ici :
Les sous-catégories ont beau être « sous », elles sont des catégories par conception, et à cet égard, je suppose qu’elles devraient hériter du design des mentions des catégories principales. ![]()
Comme @hellekin, je n’aimerais pas qu’elles soient stylisées comme si elles étaient différentes des catégories, par exemple avec une icône
en préfixe.
Les icônes bicolores pourraient très bien fonctionner après tout (et elles pourraient être facilement masquées avec CSS pour ceux qui n’aiment pas ça - l’inverse serait plus compliqué).
Les puces bicolores sont utilisées en dehors des publications depuis des années sans aucune plainte à ma connaissance.
Ma seule préoccupation serait qu’une icône de bulle bicolore pour les mentions de chat puisse sembler étrange au début, mais ce sentiment n’a pas de base réelle pour le moment, surtout quand je pense aux puces bicolores déjà largement utilisées. ![]()
Peut-être parce que ceux-ci n’avaient aucune valeur et apparaissaient très rarement pour un utilisateur ?
Suggérez-vous maintenant que vous aimeriez offrir deux options : codées par couleur ou rien ?
J’ai encore de grandes difficultés à comprendre quelle est la valeur pour les lecteurs, car cela cache en fait la cible — le lecteur doit savoir que les couleurs signifient la même chose que la catégorie et le lecteur doit savoir quelle couleur est connectée à quelle catégorie. Et même alors… quelle est la valeur de cela, qu’est-ce qu’un utilisateur obtient et en bénéficie ?
Désolé, mais cela enfreint également toutes les règles d’UX.
Sur ce genre de sujet, il y a toujours une pente glissante vers une discussion de « bike-shedding ». Je n’ai aucune connaissance en UX.
Je suis administrateur de forums Discourse et utilisateur de forums Discourse, mais j’ai l’habitude des trucs informatiques/web et mes points de vue ne reflètent pas nécessairement ce qui est le mieux pour une communauté. Je partage ici mes sentiments et non des faits (qui nécessiteraient au mieux des données). ![]()
Le lecteur le comprendrait intuitivement en passant, je pense, d’autant plus qu’il y aura probablement une boîte colorée en haut de chaque sujet. L’auteur tape juste # donc n’aurait pas à savoir non plus.
J’aime bien l’idée de ne plus afficher le symbole dièse pour plusieurs choses, et je voterais probablement pour la proposition ci-dessus – une ou deux boîtes de couleur (catégorie) et des icônes de chat, des icônes de tag d’une couleur. Bien que l’icône de chat bicolore demanderait un temps d’adaptation.
La plupart des administrateurs n’ont aucune idée que c’est même possible.
Oui. Je pense que vous ne devriez pas les traiter différemment (et il existe également des sous-sous-catégories peu connues).
Ah je vois, j’avais mal compris ! si ce n’était pas clair, nous n’utiliserons certainement pas l’icône de tag pour les sous-catégories ! le tag n’a de sens que pour les tags.

