Lorsque j’entre le terme de recherche de trois caractères POS, qui dans une communauté linguistique serait compris comme « partie du discours », Discourse prend un préfixe de trois lettres et renvoie toutes sortes de sujets inappropriés. Si je recherche ici POS, j’obtiens des sujets et des réponses contenant les mots post, posts, position, possible, etc. ou BOX, les résultats incluent boxes. Si je recherche au sein de la communauté LLVM PUBLICATIONS, j’obtiens une série de publications avec des exemples de code source C/C++ contenant le mot public. Cette recherche au niveau du préfixe ou du lemme est très frustrante et empêche la découverte de contenu pertinent.
Si c’est une fonctionnalité — comme son passage dans cette catégorie le suggère — alors c’est une mauvaise fonctionnalité et elle devient inutile/
Pourquoi Feature ne convient-il pas ?
En examinant la description de la catégorie
Il ne s’agit pas seulement des fonctionnalités existantes, mais aussi des améliorations.
Peut-être. Cependant, en tant que personne ayant travaillé sur des systèmes de recherche de texte pendant des décennies, cette « fonctionnalité » devrait être considérée comme un bug. Dans son état actuel, la fonction de recherche est pratiquement inutile pour tout sauf les recherches les plus triviales.
Vous pouvez vous débarrasser de tous les résultats de post et postition en recherchant " pos ".
https://meta.discourse.org/search?q=%22%20pos%20%22
D’accord, cela fonctionne, mais pourquoi n’est-ce pas une fonctionnalité accessible aux utilisateurs ? Au moins sur la page de recherche « avancée » où les utilisateurs pourraient activer ou désactiver le stemming — rendre le non-stemming par défaut serait moins déroutant — à leur choix plutôt que d’avoir à se souvenir d’une syntaxe archaïque. Et « publication » produit des résultats différents de « publication » — inclut les publications — mais peut-être sommes-nous censés être satisfaits que le stemming vers public ne se produise pas alors.