每日总结反馈

请原谅我的困惑——我是突然收到通知才知道这项功能的 :wink: 我发布了 https://meta.discourse.org/t/give-an-option-to-stop-the-bulk-user-invite-process-on-warning-and-make-that-the-default-option/292445,它在(每天三次的)摘要中被提到了两次。与此同时,它只收到一个人回复:

我明白了。现在是周末,人们才开始查看论坛。而且我足够精明,知道如何静音机器人。但对我来说,这肯定不是选择加入的。

而且提及的内容很枯燥:

我的意思是,这是准确的,这很好。但与它在“最新”中显示的方式相比:

摘要唯一增加的内容是“分享了一个个人用例”。

我想我不确定谁在阅读这些频繁的摘要而没有正常阅读帖子列表。如果这对那些人有效,那就太棒了。但也许默认静音 Site feedback > Forum summaries

1 个赞

我认为是这样

就是这样。叹气。我想问题在于,即使子类别被您静音了,当机器人提及您或链接到您撰写的主题时,您仍然会收到通知。继续吧。:frowning:

1 个赞

如果您不想收到有关摘要的通知,可以静音 discourse 用户。

我可以。但如果我不在这里抱怨,我怎么会知道该怎么做呢?:stuck_out_tongue_winking_eye:

1 个赞

关于提及
这里每个人都比我更了解如何写一个好的提示。这是我非常糟糕的地方。我非常确定这里的提示比附带的提示要复杂得多。

但是我的提示版本以这种非常简单的方式停止打扰用户:

- 用户提及:使用 **用户名** 而不是 @用户名 来引用用户,因为我们不想打扰用户不必要的提及。他们已经知道自己写了什么。例如:使用 **Jagster** 而不是 @Jagster。

重塑还不够,因为它时不时地忘记了。说明原因并举例说明就解决了问题。

1 个赞

如果你本来就在使用伪格式,为什么不让它像提及一样运行呢?我记得目前的摘要就是这样做的:

(嵌入的引用在这里不起作用,请检查帖子/展开引用以了解我的意思)

因为帖子(而那些报告也只是帖子)每次在论坛上看到 @user 时都会大声提及,或者必须耍花招来静默提及。而纯粹的用户名读起来要自然得多。我们使用 @ 不是因为它看起来漂亮整洁,而是因为技术迫使我们这样做 :smirking_face:

但那些不是@提及,尽管它们看起来像 :upside_down_face:

对我来说,这看起来像是手动使用了链接上的mention类。

1 个赞

是的。当然,我可以创建用户名来链接到用户在那个话题下的评论/帖子,但我为什么要这样做呢?已经有链接到那个话题了。

我从人工智能那里学到了一件事。我们必须像对五岁的孩子说话一样告诉它事情。任何稍微复杂一点的结构,它肯定会停止倾听,然后开始做它喜欢的事情😏

我的意思不是那个。链接的格式就像它们是提及一样(对最终用户的功能相同),只是它们不会发送通知,因为它们在技术上不是提及。
我在这里举例说明了如何让它们看起来相似:

是的,我明白了。链接就是链接,链接就是链接。我是否设置了 CSS 规则来形成它,这根本不重要。而且,因为这是一个关于提示的问题,我甚至不太关心它背后的功能是什么。

但是……总得有个目的。仅仅因为某件事可以做到就去做……很奇怪。我看不出链接到个人资料有什么实际意义,因为 Torum 不是社交媒体的一部分。

这就是为什么当名字就是名字,链接指向有用的东西时,我感到非常高兴 :smirking_face:

我通常比名字更容易记住个人资料图片。因此,能够访问用户卡片以查看个人资料图片可能特别有用。

3 个赞

我发现摘要的一致性有点参差不齐。最近两个摘要都非常冗长,而最新的一个决定不包含很多用户名。

3 个赞

此外,它还决定过一段时间不再链接到相关内容:

2 个赞

Bert又开始自我推销了,笑死\n[quote="Discourse, post:10, topic:291851"]\n每日摘要(UTC时间早上5点)帖子提供了当天论坛活动的见解,包括有趣的话题和用户参与度。\n[/quote]

1 个赞

我喜欢这样——没有那些烦人的提及!!

我认为它达到了 50 个网址的限制。

2 个赞

呃,那个不是正确的帖子吗?

实际上,有多少链接是错误的?

编辑:刚刚手动检查了,每一个链接都指向了关于邀请群组的帖子,而不是它应该指向的地方。

我要说“全部”。伯特,哥们,你还好吗?..