新的分类和标签通知UI？

功能
1

继续关于 侧边栏类别配置——是否应仅遵循监视/跟踪，而不是单独配置？ 的讨论：

这太棒了。我很乐意参与这项探索。我为我们在 Fedora 网站上使用类别和标签付出了很多努力。我试图让标签组和类别都具有_功能上的意义_。随着我们[1]将两者（面向最终用户的 Ask Fedora 和项目贡献者沟通 Fedora Discussion）合并，这一点将变得更加重要。

特别是，我们“项目讨论”类别下的标签就像单独的邮件列表——我们为每个想要拥有自己邮件列表的子项目团队都设置了一个。（标签在这方面很棒，因为你可以添加多个标签来“交叉发布”，并且它们可以跨越项目讨论类别_和_其他类别中的团队活动。^[例如，在一个单独的类别中起草公告，或者使用该插件配置为看板，或者可能是我为团队日历想到的一些未来想法。但是，在 Ask Fedora 中，我们可能希望坚持更传统的基于主题的标签——这样，那些在图形卡方面是专家，或者关心帮助 ARM 设备用户的人，或者其他任何人，都可以关注这些主题。并且社交类别和公告有完全不同的标签。
每个类别的标签组规则使我们目前拥有的东西运行得相当好，但我不知道这在侧边栏上是否还有意义——我认为目前不会！

我们将在合并后的网站上的一些地方利用三级类别——看看 https://ask.fedoraproject.org/c/common-issues/141/none 现在是如何工作的——我想把_这个_放在合并网站上未来“Ask Fedora”类别下，但保留与 Proposed 和 Archived common issues 作为子子类别的层次结构。而且，我_希望_能够镜像我们各种 Fedora 的公告列表。（理想情况下，包括所有存档！）我认为这可以作为 News & Announcements - Fedora Discussion 的三级子类别。（或者，我们也可以使用标签——仍在思考一些事情。）

我认为我们所做的任何事情都[不]出格（https://xkcd.com/1172/），但我同时也看到许多 Discourse 网站随意使用标签（如果使用的话），并将类别用作元主题。当只有少数几个类别时，类别可以很好地用于此，但如果有几十个，我非常确信转向标签是 Discourse 的最佳方法。[2]所以，我猜我们的用法属于少数。所以我担心，虽然没有恶意，但我们所做的事情可能会从“一些设置工作，有些地方可以更好，但总体来说很棒！”变成完全损坏。

  1. 终于！ ↩︎

  2. 我很乐意与任何想深入研究的人进一步讨论！ ↩︎

1 个赞
2

这里听起来没有什么特别疯狂或令人担忧的。你能详细说明一下你认为哪些东西可能会损坏吗？仅标签的设置是我们一直支持的，随着时间的推移，我们对标签的支持只会越来越丰富。（例如，最近添加的描述等）

1 个赞
3

我认为我主要担心的是：我们并不是一个纯粹的标签设置：类别也很重要，我们使用带有每个类别规则的标签组。这并不适合侧边栏中一个大的扁平化字母列表。

但我认为我可能说得太消极了。:slight_smile: 一方面，有这种担忧，但另一方面，更丰富的支持和更好的标签用户界面可以让事情变得更好、更容易，所以我对此很期待！

1 个赞
4

更多想法：我认为类别是_上下文_。我用来判断“这是否应该是一个不同的类别？”的基本测试是：它是否会有不同的访问权限[1]，标签规则或主题工作流？如果没有，那可能就不是一个不同的类别。

标签通过标签组与类别相关联——不一定是 1:1 的关系。（但是，如果一个标签在不同的上下文中具有不同的_含义_，那么它应该是一个不同的标签。[2]）

侧边栏菜单以及现有的通知配置将标签与此上下文分开显示。这可能会让用户感到困惑。

  1. "非常不同的管理员集合"属于此 ↩︎

  2. 这在存在同义词时会遇到问题——但通常有办法解决。也许可以考虑不同组中同名标签实际上是不同的，甚至可以通过标签组图标来帮助区分…… ↩︎

2 个赞