不,我看到了那个图标。
还是你看不到这部分?[reploy-icon+parent-author] 对于后者,只有当你要回复的帖子在主题中更靠前时,我们才会显示带箭头的回复,而不仅仅是前一个帖子:
啊。而我,作为一个不常使用论坛的邮件用户,期望在每次回复时都能看到这个指示器,因为我没有将其视为即时通讯布局(也许吧)。所以我的期望与你们的选择不符。
cameron-simpson:
web multireplies only get one msg-id in the in-reply-to哦,我没觉得这有必要。
这并非必需。你可以将其视为“服务质量”。你明确地写道:
@message.header['In-Reply-To'] = referenced_post_message_ids[0] || topic_canonical_reference_id
而你只需要去掉那里的 [0] 即可。客户端可以使用一个 message-id,或者随心所欲地做一些非常奇怪的事情,所有这些都是有效的。
所以如果你通过网络回复 N 个帖子,所有这些帖子的 Message-ID 都应该显示在
In-Reply-To头部,然后References遵循从 OP 到单个父帖子的线程的当前逻辑(在我们的例子中,我选择最近创建的帖子作为单个父帖子)?
“应该”是一个很强的词。如果 message-ids 很容易获得,你 可以 包含所有 message-ids。你没有义务这样做,而且代码本身是有效的。
cameron-simpson:
users do not get email copies of their own posts (email or web), would be nice to have an option in prefs for this是的,这是故意的,不向你发送你已经“看过”的内容,我们可以另外创建一个 TODO 来看看是否有更多用户需要这个。
嗯。我知道我自己喜欢这样,这样我就知道我的帖子已经发送到列表/论坛了——邮件通常有队列,而且一些(咳,大型澳大利亚电信公司,咳)ISP 的邮件处理程序非常……不可靠、缓慢等等。偶尔我也会看到其他人需要这个(在邮件列表中,但我们实际上是在讨论这种模式)。这个选项的默认值可能应该是 false。
作为一个技术宅,我喜欢至少能获得一个未经过滤的流,以便我能自己做出政策决定。
cameron-simpson:
web msg-ids seem to be forum post.id, would be nicer if topic.id/in-topic.id for easier tracing in headers主题 ID 的问题在于它太脆弱,不够具体/唯一,而且当帖子在主题之间移动时,它看起来会有点令人困惑。
鉴于 Message-ID 基本上是不透明的/一次性设置的,我不认为这是一个问题,除非有 重新发布 同一个 message-id 的范围——如果你的所有计数器都是严格单调递增的,我不希望发生这种情况。我只是觉得将 post.id 例如 98 与主题/帖子例如 59/1 进行匹配非常乏味。如果那里有一个类似 category.id/topic.id/post-in-topic.id 的东西而不是 98 会很方便。
也许我们可以在邮件中包含一个自定义头部,例如
X-Discourse-Topic-ID或其他(如果允许的话),以便于可视化跟踪?
那也足够了。这只是为了方便调试头部。
祝好,
Cameron