Quando inserisco il termine di ricerca di tre caratteri POS, che in una comunità linguistica verrebbe inteso come “parte del discorso”, Discourse prende un prefisso di tre lettere e restituisce ogni sorta di argomento inappropriato. Se cerco qui POS ottengo argomenti e risposte con le parole post, posts, position, possible, ecc. o BOX i risultati includono boxes. Se cerco tra la comunità LLVM per PUBLICATIONS ottengo una serie di post con codice sorgente di esempio C/C++ che contengono la parola public. Questa ricerca a livello di prefisso o lemma è estremamente frustrante e impedisce la scoperta di materiale pertinente.
Se questa è una funzionalità — come suggerisce il suo spostamento in quella categoria — allora è una funzionalità scadente e diventa inutile/
Perché Feature non è adatto?
Dando un’occhiata alla descrizione della categoria
Non riguarda solo le funzionalità esistenti, ma anche i miglioramenti.
Forse. Tuttavia, come qualcuno che ha lavorato sui sistemi di recupero del testo per decenni, questa “funzionalità” dovrebbe essere considerata un bug. Allo stato attuale, la funzionalità di ricerca è praticamente inutile per qualsiasi ricerca se non per quelle più banali.
Puoi eliminare tutti i risultati di post e position cercando \" pos \".
https://meta.discourse.org/search?q=%22%20pos%20%22
Va bene, funziona, ma perché non è una funzionalità accessibile agli utenti? Almeno nella pagina di ricerca “avanzata” dove gli utenti potrebbero abilitare o disabilitare lo stemming — rendere il non-stemming l’impostazione predefinita sarebbe meno confusionario — a loro scelta piuttosto che dover ricordare una sintassi arcana. E “publication” produce risultati diversi da “publication” — include pubblicazioni — ma forse dovremmo accontentarci del fatto che lo stemming a public non avvenga allora.