非常喜欢新设计！有了新的书签标签页，或许可以考虑为帖子作者或其他识别信息添加某种标识？也许可以像其他通知或消息中的名称那样，以纯文本形式放在前面？这样当您在同一主题下保存了大量书签时，会更方便区分。
7 个赞
12 个赞
它运行得很好（已更新）。非常顺畅！
非常感谢大家！
3 个赞
这在我今天早上进行的更新中已作为核心功能加入，因此必须移除主题组件，以避免菜单中出现重复标签和异常显示。移除后并强制刷新浏览器，一切即可恢复正常。干得漂亮——这是对 Discourse 的一项出色的改进。
9 个赞
感谢 @Stranik @tobiaseigen！PR 正是在你们更新的时候合并的！
感谢提醒！我计划通过一次更新来弃用该主题组件（即彻底移除它，并添加一些控制台提示信息）。
我原本考虑保留它，以便运行在 stable 分支上的实例也能尝试该功能，但我意识到它依赖于核心中的一些其他新变更，因此实际上它只能在 tests-passed 分支上正常工作。
8 个赞
我真的很高兴这终于合并了！
那可就太浪费了 
这个主题组件是展示如何在主题上下文中正确连接各项功能的绝佳范例。
既然我们刚刚发布了新的测试版，你可以通过 maximum_discourse_version 参数，根据 Discourse 版本来禁用该组件。详情请点击：Adding metadata and screenshots to a Theme
11 个赞
哇，今天又学到了新东西，谢谢！我在本地试了一下，效果太棒了！
10 个赞
哇！这真是太棒了，看起来也很棒！做得好。
3 个赞
干得漂亮，Kyle！
我注意到这里有个小问题，看起来“消息”和“已分配”标签在渲染包含单引号或双引号的每一行时遇到了困难。我在 Windows 系统的 Firefox 浏览器上看到了这个问题，供你参考。
消息
已分配
书签和通知
这两个标签渲染引号完全没问题 
有什么想法吗？
7 个赞
好眼力！我刚提交了一个 PR 来修复核心中的这个问题（另一个关于赋值的修复稍后也会提交）。
特殊字符在渲染前会被转义，但 fancy_title 已经被转义。再次转义会导致 HTML 实体原样输出，例如 "，而不是我们期望的 "。
10 个赞
那并不是我的预期，没错。
为了澄清一下，我期望那个标签页只显示专门发给我的消息。
3 个赞
嗯，我想这是一个逻辑上的区别……对我来说，问题可能在于所有消息都显示在我个人资料的消息图标下，但不在通知菜单中（个人资料下“消息”旁边的侧边栏确实将它们分开了，所以整体界面有所不同）。
7 个赞
12 条帖子已移至新主题：改进用户菜单标签的布局
这已经完成了很长一段时间了 
1 个赞