我不确定这是否可以算作真正的 bug，或者这更像是一个技术限制，但因为搜索没有按预期工作，所以它是一个 
bug。
我使用的是标签，而不是分类，这也是我将标签设为 forum:guide、forum:writing、forum:faq 等的原因。我使用 forum 前缀的原因是我有（或将有…）其他类似的前缀，例如 server:guide、dogs:faq 等。
我使用冒号而不是连字符的原因是一个很好的问题。主要是因为冒号看起来更好，结构也更正确。而且如果我没记错的话，:faq 在搜索时比 -faq 效果更好。但主要是因为 Discourse 允许在标签名称中使用冒号。
我相当确定这是最近才更改的，但现在如果我开始搜索，我会得到建议，就像应该的那样：
但是当我添加冒号并继续输入以获得想要的建议或目标搜索词时，就会发生这种情况：
什么都没有。就好像它变成了普通的文本搜索。
如果绝对必须，我可以更改标签的结构，但这相当麻烦——不是因为另一个搜索和替换操作，而是因为我和我的用户习惯了使用这种结构。
这是真的。教育用户在处理标签或组时每次都使用 # 是一个选项。他们已经知道如何使用 @ 来提及用户——或者他们应该知道
但问题在于冒号本身。如果它是一个禁止的字符，我将接受它，但在此之前……
冒号在搜索语法中有特定用途，您在这里可能是反对在标签中使用冒号。\n\n我想知道有多少实例在标签中使用了冒号，以及禁止在未来使用冒号会产生什么影响？
我不知道该如何搜索这样的东西。但我们生活在一个标签被严重低估的世界里，所以我猜不会有太多。但对你来说，一个大公司客户就太多了；）
冒号以前是可行的。但如果情况因为冲突的风险而变得更加受限，那我将不得不屈服并开始琢磨其他的风格。
如果您查看各种高级搜索过滤器，它们都是有效的语法：
in:title
in:messages
in:likes
in:seen
#support:wordpress
tags:rest-api
@Stephen
before:2023-11-17
min_posts:5
max_posts:50
min_views:2
max_views:200
除了用户名之外，它们都依赖于冒号。
tags: 对于包含冒号的标签是否有效？这将是它们在不作更改的情况下可支持程度的一个很好的指标。
禁止使用冒号可能最为合理，因为即使收紧搜索语法，标签最终包含上述高级语法之一的可能性也并非不可想象，而且区分起来会更加困难。
