我无法搞清楚两件事：
- 为什么在看板（Kanban）板设置中，我不能从下拉菜单中选择类别？我必须手动输入名称。
- 当我设置后，类别页面上会弹出一次看板选项卡，然后它就消失了，我需要重新配置一遍（也就是说：删除下拉菜单中已选择的类别，然后再次输入）。
有人遇到过这个问题吗？
4 个赞
这是可能的，但我们有一个特殊情况，使其比简单的插入更复杂。类别选择器只允许添加现有类别……但我们目前允许添加自定义的“@”条目以将组件应用于顶级的“所有类别”视图。
我们将不得不将其拆分为一个单独的设置，并迁移现有设置以能够使用类别下拉列表。
是这个选项卡吗？
我无法重现该问题，它可能已经修复了——如果您仍然遇到此问题，请告知我们。
3 个赞
抱歉，我已离开 Discourse，并将我的社区迁回 Discord。
6 个赞
这太令人困惑了。您能否解释一下“@”是什么意思以及如何使用它？我在看板设置 UI 中看到过它，但无法弄清楚它的作用。
另外，为什么自定义“@”会导致无法使用下拉菜单？直接将“@”条目添加到下拉菜单中不就行了吗？甚至更好的是，为什么将其命名为“@”？在该下拉菜单中显示“所有类别”，并在后台使用“@”。即使对我这个从一开始就在使用 Discourse 的软件开发人员来说，它也过于晦涩难懂了。
2 个赞
这显然是离题的，但我想说两句，并表示 Discourse 的用户界面令人沮丧，这导致我无法成功地招募我的合作伙伴和项目相关人员来使用 Discourse。他们都讨厌这个用户界面，他们根本无法使用它，因为它非常混乱。无法将看板设置为一个有用的工具，只会增加那些我想说服他们使用 Discourse 进行项目管理的合作伙伴的沮丧感。回到这个话题实际讨论的问题，我该如何向一个只想打开设置面板并根据自己的喜好配置看板列表的经理解释“@”符号？正是这些小细节加在一起，让人们在进入 Discourse 空间时完全不知所措，他们会立即试图离开，并要求我不要在这个平台上与他们互动，因为这会浪费他们的时间。我无能为力让人们对 Discourse 感到兴奋。更糟糕的是，不知何故，Discourse 团队没有改进用户界面，反而使其某些方面变得更糟，请看我最近的更新以及我的评论：Now that the topic title is editable by click, I can't simply copy it without entering the edit mode
顺便说一句，如果我输入“@MyCategory”（我直观地输入是为了弄清楚“@”的作用），它不会告诉我任何验证错误。当从程序员的角度来看，这显然是错误的，并且在“保存…”更新的设置值时可以轻松检测到，为什么这被认为是没问题的？
抱歉，我不得不把这一切都说出来，尤其是在我看到有人离开了 Discourse 并迁回了 Discord 之后，这只证实了我对用户界面的担忧和沮丧。
4 个赞
我真的很努力了，但它太复杂了。就像过去一样——安卓大战苹果。
安卓允许你自定义任何你想要的东西。
苹果的限制非常多，但是……就是能用。
这和现在的 Discourse 一样。我相信我们需要更多地走 安托万·德·圣埃克苏佩里 的路：“完美并非在无以复加时达成，而是在 无以复减时达成。”
有太多的混淆（比如私信与私人聊天，这是我能想到的第一个例子），以至于很难说服人们 自由地 使用它。在 Discord 上，阻力更小。Skool 也是如此 (Skool)。我认为这才是我们应该追求的目标，而不是添加更多功能。
2 个赞
我最近有个客户因为你提到的原因——过于复杂——离开了Discourse。
但说实话，看看一些Discord服务器，我其实不认为它们非常简单？ 现在Discord服务器可以添加很多内容（包括机器人）。
迁移到Discord或任何定制的封闭应用的一个重大缺点是你会失去SEO，对吧？ 也许这对你没有影响。
实现它的人选择“@”作为唯一符号，用于表示未按类别或标签过滤时的顶级主题列表。这类似于 forum.example.com/latest 或 forum.example.com/top。因此，您可以单独输入“@”作为条目，以在此处应用看板。
我同意这很令人困惑，但除非您想要全局看板，否则可以忽略它。
它不会，它只是使切换到类别下拉菜单变得复杂，因为我们还必须创建一个迁移，这样我们就不会撤销已以这种方式使用它的站点的设置。
主题设置由核心 API 决定，因此当我们使用类别列表类型时，我们无法从主题本身扩展它。
Discourse 不是一家大公司，我们的时间有限，需要专注于最常用的功能，而重构组件（顺便说一句，这些组件是免费提供的）可能难以优先处理。如果有人赞助看板设置的改进，我们当然可以将其作为更高的优先事项。
Discord 是否提供看板功能？我查找过，但除了一个与外部看板服务集成的机器人之外，我没有找到太多东西。
您也会失去一些控制权，您的用户是 Discord 用户，他们发布的内容也是 Discord 的内容。当有人为 Discord 付费时，利润归 Discord 所有。每个平台都有权衡和成本。
8 个赞
是的，目前还不清楚我们何时能够投入精力来处理看板功能。
这件事情我希望能在某个时候重新审视。我认为主题组件的采用已经提供了一些证据，表明外界对这类东西有需求。
将其实现为主体组件有一些好处——任何管理员都可以相对轻松地找到并安装它——但它也带来了一些重大的限制，使得设计方式难以达到预期。
如果我们将来重新审视它，我认为有两种可能的途径——我们可以利用看板的期望功能集来改进主题组件的 API，或者我们可以将其变成一个核心功能或插件，并获得更多访问权限来添加我们需要的、适合特定用途的服务器 API。
在此之前，我认为它只会针对特定问题进行一些微调。
7 个赞
确实如此，但那是我们——所有者——的负担，而不是用户的。用户看到的是最简单的方式：
选择频道 → 发送消息 就这样！
没有看板（Kanban）。无需理解“关注”（Watching）和“跟踪”（Tracking）之间的区别。也没有一大堆“嘿，如果 Discourse 也能做到 XYZ，那该多酷啊”的功能。
所有这些功能对我们——技术人员/所有者/管理员——来说都非常棒。
但对于普通人来说——他们想要社区感。他们希望感到可以自由表达自己，而不必弄清楚所有这些（我相信有这么多）不同的选项、术语和其他东西。
4 个赞
这正是我从利益相关者那里收到的反馈。他们在聊天与私人话题之间感到迷失。
在我目前参与的项目中，项目负责人正在考虑 Basecamp，因为他说在尝试了 Discourse 之后无法直接使用它。我正在为 Discourse 辩护，因为我知道它出色的功能和能力，但我无能为力，因为糟糕的可用性以及 UI 和术语的混乱总是会压倒其功能。更不用说那个普通非技术人员都讨厌的 Markdown 了，我无法向他们解释为什么它一开始就不是所见即所得的。谢天谢地，Discourse 团队终于在开发真正的编辑器了。大多数人想要一个简单的类似 Word 的文本编辑器，只有少数功能：格式、表格、颜色、图片、代码片段。普通用户没有理由以 Markdown 的形式获得这些。像 AI 这样更复杂的功能，当最终用户无法弄清楚为什么他的帖子文本编辑器垂直分成两列时，似乎毫无用处——他们想的是这个，而不是 AI。
6 个赞
他们拥有所有数据。这就是交易，我理解最初的沮丧，但在过去的几个月里，我在 Discourse 上看到了很多改进。
管理员可以选择停止使用聊天和/或私人消息并简化。这需要时间，而且每个人肯定都会理解学习曲线。像所有事物一样，有利有弊。
我祝团队一切顺利，我认为我们确实需要为自然的演进过程做出贡献并投入时间。
3 个赞
这在短期内是可以接受的行为，但对于组织信息来说，这种动态并不是很好？
用户随心所欲地发言 < 用户在组织良好的网站上发言。
因此，Discourse 专注于审核和组织事物的工具？
1 个赞
这正是我们未能跟上社区成员消费内容方式不断变化的局面。
我面临着同样的决定。拥有一些健壮的、组织良好的、具有出色 SEO 的东西，一些能够让我们创造 传承 的东西，因为我们所创造内容的性质。
但如今的人们（这显然是一种概括）并不觉得，例如 Slack 通过将历史限制在过去 90 天来 剥夺了什么。
我的一位成员告诉我（她是一位非常成功的企业家，刚刚步入 30 岁），如今，如果信息超过 3 个月，她就不再阅读了，因为一切变化太快了，挖掘 旧东西 只是浪费时间。无论它是商业、科学还是……嗯，生活。
当然，像我们这里关于可能在几个月后更新的插件的帖子，这是有效的情况。但除此之外——在“建立社区”的意义上——它更多的是关于“归属感”以及能够以几乎没有摩擦的方式与这个社区互动，而不是弄清楚那些让我们不知所措的所有选项。
我在之前的帖子中谈到了这一点，当时我询问了 Skool 相对于 Discourse 的成功之处。
5 个赞
【引用“ludwikc，第20楼，主题：366791”】
这更关乎“归属感”，以及能够与这个社区互动而几乎没有摩擦，而不是试图搞清所有让我们不堪重负的选项。
我完全理解这个，谢谢你的见解。
3 个赞
一是非常明确——我看到了Discourse的巨大潜力，如果我能用我的社区建设经验为团队提供帮助，我很乐意协助。
3 个赞