tobiaseigen:
它感觉不像一个支持话题,但它在 meta.discourse.org 的支持类别中
也许我们应该把它移到社区类别,在那里我们谈论社区管理?
在 SocialHub 这里,它只是 Discourse 软件的一个通用类别(软件
tobiaseigen:
它感觉不像一个支持话题,但它在 meta.discourse.org 的支持类别中
也许我们应该把它移到社区类别,在那里我们谈论社区管理?
在 SocialHub 这里,它只是 Discourse 软件的一个通用类别(软件
tobiaseigen:
也许我们应该把它移到社区类别,在那里我们谈论社区管理?
在 SH 的 Discourse 类别中发起的主题最有可能引起像 @angus 这样的 AP-plugin 开发者的兴趣。如果 Meta 上有一个 AP-plugin 的类别,我会让我们的 Discourse 类别与该类别同步。
Meta 上没有 ActivityPub 分类;有一个标签。并且该标签会跟随您论坛上的分类。因此,这里的主题被创建为未分类但带有 activitypub 标签。
Angus 在四月份解释过:
一位社区成员将帖子移到了支持分类。我猜我也会选择相同的分类,因为对我来说
听起来他们需要帮助(与报告 Bug 或请求 Feature 等相反)。
不过,它现在所在的 General 分类当然也适用,因为 general 适用于所有内容。
Moin:
Meta 上没有 ActivityPub 类别;有一个用于此的标签
啊,好的。感谢您的澄清。我不知道 Discourse 上的类别和标签都可以联合,这是一个很酷的功能。所以,为了清楚起见,我们 SH 上的 Discourse 类别会收到在 Meta 上任何带有 ActivityPub 标签的类别中发布的联合副本吗?
"
回到最初的话题,在.socialmusic.network上有一个关于@discourse、@nodebb和MBin之间互操作性的另一个帖子,其中提出了几个关于论坛联合需要解决的
UX问题
。
其中一个是我们在这个帖子中遇到的同一个问题的变体。如何准确地传达一个话题的起源以及后续回复的来源。然后是联合宇宙话题中那个老生常谈的问题,对话楼梯中缺失的步骤;
“我可以看到这个帖子来自完全不同的软件(Mbin),这很酷,但我看不到来自‘social music network’的回复,而且出于某种原因,它认为fedimusic社区在forum.wedistribute上”
"