Je ne suis pas sûr si cela peut être considéré comme un vrai bug, ou s’il s’agit plutôt d’une limitation technique, mais comme la recherche ne fonctionne pas comme prévu, c’est un bug
J’utilise des tags, pas des catégories, et c’est une des raisons pour lesquelles j’ai des tags comme forum:guide, forum:writing, forum:faq, etc. Et la raison pour laquelle j’utilise le préfixe forum est que j’ai (ou j’aurai…) des préfixes similaires dans d’autres contextes, comme server:guide, dogs:faq, et ainsi de suite.
Pourquoi j’utilise deux-points au lieu de - est une très bonne question. Principalement parce que les deux-points ont une meilleure apparence et sont plus structurellement corrects. Et si je me souviens bien, :faq fonctionnait un peu mieux que -faq lors de la recherche. Mais surtout parce que Discourse permettait d’utiliser les deux-points dans les noms des tags.
Je suis tout à fait sûr que quelque chose a été récemment modifié, mais maintenant, si je commence à chercher, j’obtiens des suggestions comme il se doit :
Mais lorsque j’ajoute les deux-points et que je continue à écrire pour obtenir la suggestion souhaitée ou un terme de recherche ciblé, voici ce qui se passe :
Rien. Comme si cela se transformait en une recherche de texte ordinaire.
Je peux changer la structure des tags, si c’est absolument nécessaire, mais c’est assez douloureux — pas seulement une action de recherche et remplacement, mais parce que moi et mes utilisateurs sommes habitués à utiliser cette structure.
C’est vrai. Et éduquer les utilisateurs à utiliser # à chaque fois qu’ils gèrent des balises ou des groupes est une option. Ils savent déjà comment utiliser @ avec les utilisateurs — ou ils devraient le savoir
Mais le problème, c’est le deux-points lui-même. S’il s’agit d’un caractère interdit, je m’en accommoderai, mais d’ici là…
Étant donné que les deux-points ont un objectif spécifique dans la syntaxe de recherche, vous pourriez ici plaider contre l’utilisation des deux-points dans les balises.
Je me demande combien d’instances ont utilisé des deux-points dans leurs balises, et quel serait l’impact de leur interdiction à l’avenir ?
Je ne sais même pas comment chercher une telle chose. Mais nous vivons dans un monde où les tags sont terriblement sous-estimés, donc je suppose qu’il n’y en a pas beaucoup. Mais pour vous, un gros client d’entreprise serait déjà trop ;)\n\nLe deux-points fonctionnait auparavant. Mais si la situation devait changer pour devenir plus restrictive en raison du risque de conflits, je devrai me plier et commencer à trouver un autre style.
À l’exception du nom d’utilisateur, ils dépendent tous du deux-points.
Est-ce que tags: fonctionne pour une étiquette comportant un deux-points ? Ce serait un bon indicateur de leur supportabilité telle quelle.
Il serait peut-être plus logique d’interdire le deux-points, car même si la syntaxe de recherche était affinée, il n’est pas impossible qu’une étiquette finisse par inclure l’une des syntaxes avancées ci-dessus, rendant la différenciation encore plus difficile.
Désolé pour le langage cryptique, mais sous le champ de recherche, il y a quelque chose comme “# filtrage par catégorie ou par tag”.
C’est une indication directe d’utiliser le hashtag lorsque l’on recherche directement un tag, par exemple. Et sans hashtag, la recherche prend un peu plus de temps, mais les résultats sont toujours valides.
Je suis content tant que vous n’enlevez pas le deux-points des noms de tags
Donc, ce n’était pas un bug (même si cela suggérait aussi des tags plus tôt…) mais plutôt un problème de support/ux-ui/utilisateur.
