您已在 Discourse 设置中启用该插件了吗？
是的。还有 ./launcher rebuild app 也是。
@angus 随着 lodash 的移除，我们似乎失去了在打开 Babble 时将用户带到其第一条未读聊天的功能。此外，已读和未读消息之间也不再有条分隔线。
这是否是移除 lodash 过程中的有意为之？我自己也查看了相关变更，但没发现明显线索，不过我只是个 Discourse 的门外汉。
感谢你为此付出的所有努力，让这里保持活跃。
2 个赞
有没有人能让扩展聊天默认显示，而不是只显示图标？
1 个赞
我使用的是最新版本的 Discourse 和 Babble。我们一直遇到 Babble 只显示旋转图标且无法完成发送的问题。在大多数情况下，您必须强制刷新浏览器，才能确认消息是否发送成功。
以下是每次发送聊天后我所看到的示例：
5 个赞
我们遇到了同样的问题，图标一直在无限旋转，希望他们能尽快修复。
2 个赞
有任何更新吗？该插件目前在 2.6.0.beta5 版本上无法使用，我们不得不完全禁用它 
提前感谢大家的辛勤工作，非常感激！
3 个赞
嘿，各位
能否赋予版主管理 Babble 聊天设置的权限？
我们一直卡在聊天主题达到 10,000 条消息的限制上。
我希望能让版主有能力开启新的聊天。目前我们不得不每隔一两周就创建一个新的聊天主题。这个聊天非常受欢迎。
2 个赞
tl;dr – 最好有人能接手 James Kiesel 开发的 Babble 插件。Discourse 插件的接手案例早有先例（示例），而我知道太多使用 Babble 的用户不愿看到它逐渐衰败直至过时。
过去两年左右，Babble 的更新和错误修复越来越少。这并非指责——@gdpelican 在最初的 Babble 论坛帖中已明确表示，他没有动力或意愿继续维护 Babble。我完全尊重这一点。
@angus 和其他人在过去一年左右的时间里帮忙修复了一些错误——对此我十分感激——但开发者们看似随机的善意能持续多久呢？
我不确定让 Babble 被另一位开发者或开发团队接手的流程是什么。@jomaxro、@simon 或 @justin——我认为你们其中一位或其他 Discourse 团队成员或许能在此提供帮助。
虽然我再也找不到相关内容，但我记得曾有过关于将 Babble 整合进 Discourse 核心的讨论，最终决定不这样做。假设 Babble 没有机会成为 Discourse 核心的一部分从而获得官方支持，那么如果没有人承担主要责任，我认为很难找到一条能继续有效使用 Babble 的可行路径。
如果资金是问题，我很乐意代表我的使用 Babble 的论坛出资启动资金。
我认为，对于 Babble 而言，打补丁和缓慢被动的错误修复已无法再维持太久。我们能在它变得无法使用之前挽救它吗？
附注：我知道 Discourse 与 Slack 等工具的集成可提供类似聊天的体验。但我喜欢 Babble，不希望为了随意的聊天体验而集成第三方工具。
7 个赞
目前，Discourse 团队自身暂无采用该插件的计划。
3 个赞
我认为至少在问题解决之前，这应该被移动到 #plugin:broken-plugin 类别。
6 个赞
如果你想要一个讨论区和一个非常轻量级的聊天功能，这将是对 Discourse 的一个很好的补充。可惜它已不再维护，存在故障，且没有官方的 Discourse 功能……
我不希望部署一个功能完备的聊天服务器，因为它又包含了一些 Discourse 已有的功能。这对用户来说非常复杂，因为他们不知道应该使用哪个系统。
4 个赞
我们通过使用聊天集成插件，将特定分类或标签下的主题和回复推送到指定的聊天系统或频道，从而解决了 90% 的此类问题。虽然 Babble 插件有所缺失，但通用的集成功能才是让 Discourse 与其他聊天系统协同工作、真正服务于我们社区的关键。
2 个赞
我曾那样使用了一段时间，直到它开始出问题。
最终，我搭建了自己的 Rocket Chat 服务器。Babble 足以让聊天成为我网站的标配，而 Rocket Chat 运行起来流畅得多。它实在太棒了，以至于可能会减少论坛的使用量，但为时已晚，我无法再将其收回了。
2 个赞
我将在未来一两天内修复这里的紧急问题，但我同意这需要一名专职开发人员。
我目前太忙，无法承担这一角色。Pavilion 的其他成员也因其开源职责而分身乏术。
如果有人愿意正式接手这个插件，Pavilion 有一个位置虚位以待，并包含相应的持续有偿工作机会。
就像 Pavilion 的其他成员一样，你将获得我的指导，帮助你快速掌握 Discourse 开发。
如果你感兴趣，请在此处的 meta 版块给我留言。
9 个赞
大家好，我已经解决了加载动画的问题。请更新到插件的最新版本，现在它又能正常工作了。你可以在这里测试：https://try.thepavilion.io（该站点上的 babble 图标似乎存在轻微的样式问题，但功能正常；这可能是与其他插件或主题冲突所致）
@jomaxro 能否请你重新分类这个话题？谢谢。
如果找不到一位热心接手该插件的开发者，我希望能找到愿意协助完成以下几项工作的人，以让该插件得以延续：
-
对错误进行初步分类，最好通过 thepavilion.io 上更结构化的向导进行：Pavilion 和 Pavilion babble 作为选项：
这些向导之所以存在，是因为像本主题这样的巨型话题很难追踪各个具体问题。
-
开始为插件撰写全面的文档，发布在这里：Pavilion Pavilion 中的其他插件分类示例）。这样做的好处是，关于同一插件的相同问题或疑问会反复出现，提前整理文档可以节省大量回复重复查询的时间。
-
在本主题中回复其他插件用户，引导他们使用上述向导以及你撰写的文档（当你完成文档后）
如果维护该插件只是偶尔清理一份定义清晰的问题清单，且每条问题都附有详细描述、日志和相关截图等，那从时间成本上来说会容易得多。
另外，如果你通过 Pavilion 提交错误报告，我将自动被分配为处理人。如果我不关闭这些报告，我的统计数据就会显得不太好看……
因此，如果你能提交包含日志、截图和详细描述的完整错误报告，我更有可能会尽快处理。
我仍会将该插件列入我的开源资产清单，以寻找新的负责人。但如果我们能共同完成上述事项，至少可以让该插件保持在良好的运行状态。
17 个赞
我可以给你的上一篇文章点赞两次甚至三次吗，Angus？ 
谢谢你修复了聊天中发布内容时轮播图标不停旋转的问题。目前我能想到的唯一一个更大的待解决用户体验问题是：即使已阅读所有消息，提示聊天中有新消息的图标也永远不会消失。@TheBaby5 曾对这一问题提供了 高层概述。
我刚刚做了一个快速测试，@ninermac 在 10 月 20 日提交的 错误报告 似乎在我们安装的 Discourse 中并不存在。
在这个庞大的帖子中，我看到还有一些小问题可以处理，但从我个人角度来看，它们并非关键任务。例如，@Dev_Work 在 10 月 20 日提到了一个 缺失的翻译。
我非常愿意在 Pavilion 上提交带有完整文档的错误报告。我同意将这些错误记录在这个庞大的帖子中并不是最理想的方式。
等一下。你的意思是，如果时间允许，你会出于善意去修复未来的 Babble 错误吗？因为我认为（或者也许只是希望）你是在表达这个意思。
多年来，Babble 已经得到了很多慷慨的支持，James 在超出他实际能力范围的情况下仍坚持维护它。我非常支持更多的慷慨行为，我自己也在许多方面和许多地方付出努力，但我想确保你/我们在这里设定了正确的期望。
我也是。我不是开发者，我主要是在 Discourse 生态系统中盘旋，而不是深入其核心。但我完全认同开源精神，并致力于寻找那些能让使用、喜爱且离不开 Discourse 的众多用户（比如我！）的沟通变得更美好、更便捷的人。
无论你接下来怎么做，Angus，你都是个真正的 
。
5 个赞
Angus！感谢你的修复！
我发现这个很有用……
如果你不需要全屏选项，但想要一个更宽的选项。
它会将全屏切换改为预设的页面宽度。
将其放入：CSS/HTML > 桌面
.babble-sidebar { &.expanded { width: 500px !important; } }
2 个赞
Pavilion 是一个非营利合作社，我们的存在有三个目的（这些内容直接取自我正在注册的一套新章程）：
- 为向在线社区提供服务和产品的供应商提供工作、教育及相关服务的机会；
- 促进服务和产品的提供，以及开源技术的发展，以造福在线社区；
- 在目标 (a) 和 (b) 的受益者和机会获得者中推动社会经济多样性。
这就是我们所做的事 我们目前正在构建一个新网站来更好地解释这一点（同时，我将发布一个全新的开源 Discourse 落地页插件）。
感谢这些反馈。理想情况下，如果相关人员能提交漏洞报告：Pavilion
我们需要你，就像我们需要开发者一样 。这里有一些 Babble 的知识管理工作需要完成：
-
更新此主题的第一条帖子，以更好地反映该插件的当前状态（这是一个 wiki）。可以参考自定义向导插件的 OP 中的 示例结构。
-
在我设立的知识分类中创建一个“如何设置 Babble"的主题：Pavilion
-
在该分类中创建一个“如何自定义 Babble"的主题。@REALITY 你之前提出的有用的 CSS 建议就可以放在那里，否则它不幸会被淹没在这个长篇大论的主题中。
不用担心写“错”东西。如果你犯了错误，或者你写的内容不够清晰，其他人（比如我）会帮助你修正。这就是成为开源社区一部分的美妙之处。
9 个赞