我刚刚在我的测试站点上部署了您的 add_update_support_to_first_post_only 分支，并成功地端到端地完成了功能测试；包括创建、编辑和删除，以及我安装的各种插件。谢谢！
像这样的社区测试有价值吗？
2 个赞
太好了！
我不一定建议将此作为所有未合并 PR 的常规做法，因为它存在一些风险，而且我无法为未合并 PR 上出现的任何问题提供支持（PR 审查过程起着重要作用），但如果您发现某个问题确实有用，那么如果您能承受该风险，我不会告诉您停止，例如，您正在开发或暂存站点上部署它们。我不建议您在生产环境中部署它们。
1 个赞
当然可以，如果它坏了我将保留所有碎片。 也称为从主站点的最近备份重新加载我的测试站点的数据库。
另外，我明白 PR 会收到强制推送更新等。
如果我的测试分散了注意力，请随时告诉我，我不会介意。我的目标是支持这项工作，而不是阻碍开发。
3 个赞
也许你可以在那个帖子里加上复选框，这样我们就可以跟踪进度了？
路线图看起来很棒，我很高兴这个项目在进行中。向你和 Pavilion 团队致敬，感谢你们的构建，也感谢 Discourse @team 的委托和使其官方化！
6 个赞
已完成。勾选表示该功能已合并。下一个是
我只想强调，这是一个 Discourse.org 插件，功劳应该归于他们，因为是他们指定、委托、发布和支持了这个插件。这不是一个 Pavilion 插件。我们只是在构建它。
12 个赞
重读了这些内容，我想再次讨论一下我之前提到的子类别问题。@mattdm，您是否考虑为 Fedora Discussion 启用此功能？我认为，分别关注 Fedora Discussion 中的每个子类别可能会带来糟糕的用户体验？
我的网站有 8 个顶级类别需要联合，外加 21 个公开子类别。
我希望用户能够订阅顶级类别并获取公开子类别的内容，但不要联合那些有查看限制的子类别（例如，我的网站上“Staff”类别是公开父类别的私有子类别）。
我看到了两种方法：
- 一个配置选项，说明“也联合子类别”（应用可见性限制）
- 在类别配置中重新使用 Actor 的能力，这样我就可以将同一个 Actor 应用于父类别和公开子类别
第二个选项看起来是更好的选择；更灵活、更明确，而且如果我理解正确的话，可能与数据模型更匹配。
我想，另一种选择是构建一个（或多个）机器人来自动在我的 Discourse 上提升一组 Actor 的所有帖子。这样我也可以实现一个 @all@...。
4 个赞
再次感谢您提出这个问题。我会查看一下，与内部人员讨论后告知您。
3 个赞
我越想这件事，就越喜欢让 Actor 与类别一一对应，这样用户就可以只关注他们想要的类别，并且还可以创建一个机器人，自动推广由一组 Actor（例如，一个类别及其所有公共子类别，甚至所有公共子类别）发布的帖子。最大的灵活性，无需您额外工作。
在思考这个问题时，我回想起 @Stark9837@techhub.social 写了一个机器人 @3dprinting@techhub.social，该机器人会自动推广它找到的所有包含 #3dprinting 标签的帖子，以创建一个类似群组的东西。我询问了有关该机器人的信息，并得到了以下回复：
因此，当它发布时，它可能正好能做我想要的。
1 个赞
- 添加标签演员会很棒，并且
- 当 page-publishing 处于活动状态时，关注新发布的页面会很有用。
1 个赞
@mcdanlj 帖子按主题（即论坛内容）分组以分类方式进行联合的方式，正是 Felix 在 FEP-1b12 中概述的那样。我从头开始对规范、架构和当前用法（特别是 Mastodon）进行了自己的审查，得出了与他在那里（以及 Lemmy）得出的相同结论。基本上，类别 Actor 将会向其关注者“宣布”（在 Mastodon 中为“boost”）其类别中的活动。这将是此插件中“完整主题”模式的工作方式。我目前正在处理此项目。
这些将不属于第二阶段，但可以在后续阶段添加。
6 个赞
仔细考虑后，是的。起初，我认为我们只会将其用于公告（结合隐藏的草稿类别中的计划发布功能）。它也可能对我们的社交媒体团队有用，用于起草/协调/安排 Mastodon 帖子。
我认为拥有更广泛的功能会令人兴奋，至少可以关注_所有内容_——甚至可能参与其中。但这将是遥远以后的事情了。
2 个赞
该插件的当前功能集非常适合此用例。
2 个赞
该插件现在支持可见性。您现在可以公开笔记（也称为 Mastodon 状态）。
接下来是添加文章支持（用于长篇内容）和改进内容解析。
之后将是完整主题支持，这几乎已经准备好了。这里有一个小预览
（是的，它与 FEP-1b12 兼容）
6 个赞
一个帖子已被合并到现有主题：使用 ActivityPub 插件
您问题的简短答案是：
-
默认且支持最好的 ActivityPub 内容是 HTML（参见更多）。未来我们可能会为 Notes 和 Articles 添加某种形式的 Markdown 支持。
-
您的示例似乎还有其他问题。此插件发送的是 HTML（当前是，这次更新也是）。您的屏幕截图显示的是未处理的 Markdown。
-
Article 支持在其提交消息中有所说明。
Article 用于您不想限制联合内容的长度（即您想联合整个帖子）。请注意，Mastodon 目前会将 Article 类型的内容转换为链接，但 Lemmy 等平台会显示完整内容。参见更多 mastodon/mastodon#24079。
4 个赞
据我所知，Mastodon Glitch 也通过在服务器端将其渲染为 HTML 来支持 markdown。这正是我所希望的。
现在我知道它应该发送 HTML，似乎是另一个插件干扰了我。我会测试一下。谢谢！
2 个赞
只是好奇为什么没有标记为“官方”？
2 个赞
也许是因为它默认尚未对托管客户提供
5 个赞
右键，该插件并非官方插件，因为它仍处于相当早期的开发阶段。托管客户可以联系并咨询使用事宜。
CDCK 构建了许多插件，并非所有插件都标有“官方”标识，我们构建的一些插件是实验性的、小众的等。我认为最终我们会将此插件标记为官方。
10 个赞
6 个帖子被拆分为新主题：“使用 ActivityPub 插件”