lindsey
(Lindsey Fogle)
1
“未分类”类别原本旨在作为不适合社区类别结构或尚未分类的主题的归属地，但“未分类”的特殊性质导致了错误和不一致。
因此，我们将其移除，并将所有使用它的用户迁移到一个标准类别，该类别将提供所有相同的好处，但不会出现这些问题。
变更内容
当启用移除并替换“未分类”类别这一即将推出的更改时，特殊的“未分类”类别将变为标准类别。如果该类别被设置为默认编辑器类别（即用户打开编辑器时的默认类别），则标准类别将设为默认。所有位于“未分类”类别中的主题将保留在标准类别中。
总体而言，这对您的工作人员和社区成员来说应该是一个无缝且不可察觉的变更。
对于仅使用标签（无类别）的社区： 如果您的网站依赖“未分类”类别来避免强制选择类别，您需要安装 discourse-tags-only-component 主题组件，以隐藏编辑器中的类别选择器。
您还需要将默认编辑器类别设置为您的唯一默认类别，并从top_menu中移除“类别”。类别仍可在 /admin 和创建聊天频道时访问。
在社区中启用“移除并替换未分类类别”
若要提前启用此功能，请前往管理区域中的 即将推出的更改 页面（/admin/config/upcoming-changes），找到 移除并替换“未分类”类别 项。更新 Enabled for… 字段以将您的网站加入：
注意： 此即将推出的更改仅对当前启用了 allow uncategorized topics 的网站可见。
17 个赞
steffahn
(Frank Steffahn)
2
我刚刚注意到，这项更改已经到了“即将永久生效，您将无法再选择退出”的阶段。
遗憾的是，我无法完全确认这项更改对您的工作人员和社区成员而言是
……据我观察，例如，未分类的帖子现在会显示一个“未分类”徽章。（此外，“未分类”在创建主题界面中原本有一些特殊处理，这与仅仅在下拉菜单中有一个预选项不同。）
我找到了这条一年前的评论
其中提到了一个主题组件，我同意一个主题组件是一个很好的解决方案，可以减少此更改给论坛用户界面带来的变化量。
不过，我找不到任何关于此类主题组件的现有工作。我是不是漏掉了什么？（我想我可以尝试自己做一个，但我怀疑我不是唯一一个管理论坛并希望保留更多围绕未分类主题的“旧”行为的人，至少在前端/客户端方面？）
1 个赞
gormus
(Osman Görmüş)
3
未分类（Uncategorized）这个分类是我在查询中一直过滤掉的，因为我们从第一天起就没有启用它，所以我很欢迎它的移除，谢谢 @lindsey 
不过，今天我遇到了一件相当出乎意料的事情。
长话短说：未分类 分类被启用了，并且里面已经创建了两个主题。
让我退后一步，从更大的背景来看。在昨晚部署到生产环境的最新版本之前：
allow_uncategorized_topics 设置被设为 false，- 未分类 分类从未被使用，且为空；实际上对所有用户都是不可见的。
- 移除并替换未分类（Remove and replace uncategorized）这一即将推出的更改被启用，适用对象为 所有人。
仅仅因为这个分类从未被使用且为空，我本以为它会被完全移除。
也许是我误读了功能描述，但看到它变成了一个公开分类，我还是感到惊讶。
我认为，如果措辞更清晰，并对各种配置下的预期结果有更明确的说明，会非常有帮助。
记录一下：我已将主题移至其他分类，并修改了其安全设置，使其仅限管理员访问。所以目前这不是一个问题。
等我有空时，我会进行审查，并最终完全删除该分类。
3 个赞
lindsey
(Lindsey Fogle)
4
感谢 @gormus 的反馈——我们正在调查此事，并会尽快在此分享最新进展！
3 个赞
这有点棘手，因为有很多“情况”是用户将“未分类”重新用作其他用途，而我们不希望以不可恢复的方式删除内容。
这个 PR 会修复该问题，并且仅在该“分类”从未被修改过时才会执行删除。
4 个赞
我非常欣赏团队在这种处理方式上所做的努力。给团队点赞 
