Wenn ich den dreistelligen Suchbegriff POS eingebe, der in einer Sprachgemeinschaft als „Wortart“ verstanden würde, nimmt Discourse ein dreistelliges Präfix und gibt alle möglichen unangemessenen Themen zurück. Wenn ich hier nach POS suche, erhalte ich Themen und Antworten mit den Wörtern Post, Posts, Position, Möglich, etc. oder BOX, die Ergebnisse enthalten Boxen. Wenn ich in der LLVM-Community nach PUBLICATIONS suche, erhalte ich eine Flut von Beiträgen mit Beispielcode in C/C++, die das Wort public enthalten. Diese Präfix- oder Lemma-Suche ist äußerst frustrierend und verhindert die Entdeckung relevanter Materialien.
Wenn dies eine Funktion ist – wie ihre Verschiebung in diese Kategorie vermuten lässt –, dann ist sie schlecht und wird nutzlos.
Warum passt Feature nicht?
Wenn man sich die Kategoriebeschreibung ansieht
Es geht nicht nur um bestehende Funktionen, sondern auch um Verbesserungen.
Möglicherweise. Als jemand, der jahrzehntelang an Textabrufsystemen gearbeitet hat, sollte diese „Funktion“ jedoch als Fehler betrachtet werden. So wie es derzeit ist, ist die Suchfunktion für alles andere als die trivialsten Suchen praktisch nutzlos.
Sie können alle Post- und Positionsergebnisse loswerden, indem Sie nach \" pos \" suchen.
https://meta.discourse.org/search?q=%22%20pos%20%22
2 „Gefällt mir“
Okay, aber warum ist das keine benutzerzugängliche Funktion? Zumindest auf der „erweiterten“ Suchseite, auf der Benutzer Stemming aktivieren oder deaktivieren könnten – Nicht-Stemming als Standard wäre weniger verwirrend – nach ihrer Wahl, anstatt sich an arkane Syntax erinnern zu müssen. Und „publication“ liefert andere Ergebnisse als „publication“ – schließt Publikationen ein –, aber vielleicht sollen wir damit zufrieden sein, dass Stemming zu public nicht passiert.
1 „Gefällt mir“