Moin
2025 年9 月 22 日 18:53
1
多年来,对于“如何确保维基帖子在被编辑时被顶起?”的回答是关闭主题以防止回复,并删除维基下方所有的回复。然后,对维基帖子的编辑就成了对最后一个帖子的编辑,而对最后一个帖子的编辑意味着主题被顶起。
This has come up many, many times before. Best option here is to immediately close the wiki topic and delete the “closed” small post. Then the wiki will be the latest post and all edits will cause timestamp bumps.
This idea was discussed previously, but has not been implemented at this time:
I’ve been doing something on our forums which allows for an interesting workaround.
We have certain topics dedicated to software downloads. When a new version is available we do the following:
edit the download topic, adding a link to the new release
add a post to a related ‘release notes’ topic with the changes included in that version
visit other specific bug/feature topics, and close them with a link to the release notes post for that version
In order to make the download topic bubble to…
You’ll need to make sure you always edit the last post as a part of your cycle, then.
A little workaround here is to delete the “@robmeade closed this topic” post. Then the first post is the last post, and any edits would bump the topic.
Personally I think it would be a cool feature. It’s not on any official roadmap right now, but there’s a topic here:
I think a lot of communities do this by having a category dedicated to wikis. On meta we have howto , where a large number of topics are wikis. You can toggle the category setting so that all new topics in a category are auto…
现在对最后一个帖子的编辑不再会引起主题列表的顶起。那么现在大家是如何跟踪维基编辑的呢?
我知道你可以关注主题以接收关于维基编辑的通知。但对我来说,这并不一样。我不能为所有用户默认设置一个单独的主题进行关注。但他们都会看到主题何时被顶起。即使是访客也能看到主题被顶起,而你需要登录才能看到你的通知。
此外,我认为关于这些通知不可靠的错误报告仍然开放 Sporadic Wiki Post notifications Subsequent Wiki Edits by Same User Don’t Trigger Notifications
3 个赞
这听起来像是一个功能请求。您希望 Discourse 如何通知有关 wiki 编辑的信息?
Wiki 已经很特殊了,所以也许我们需要一个新的站点设置来启用 wiki 编辑通知,以及一个关于何时通知它们的用户偏好设置。
Moin
2025 年9 月 22 日 20:10
3
如果我有一个好主意,我会创建一个功能请求或回复其中一个现有请求。
我愿意接受“顶帖”。但我认为要求恢复已删除的功能没有帮助。
我理解小错别字可能会令人讨厌。但我猜你们决定删除所有编辑中的顶帖是有原因的,而不是,例如,阻止对小更改进行顶帖,这与“编辑宽限期”内不跟踪小编辑的方式类似。
所以我只是在尝试为该更改的副作用寻找变通方法。
我们鼓励用户编辑他们的帖子以添加新信息,而不是再次回复。但是,如果没有人注意到新信息,它就不会将主题顶到前面。
任何基于通知的东西都对访客没有帮助。要接收通知,您需要登录。要查看“最新”列表顶部的某个主题,则不需要登录。
所以我想我需要一个回复,或者更好的是,一个小的操作帖子来宣布编辑的事实。我知道工作人员可以顶帖,但这对于用户进行的编辑没有帮助。所以也许我需要为普通用户提供一个顶帖选项。
Create reply when editing wiki 也可以解决维基编辑的问题。但对于经常编辑的维基,这可能会导致大量回复,而这些回复只有在它们是最后一篇帖子时才有用。没有人会对 2 年前关于维基编辑的 50 篇通知帖子感兴趣。
所以我不认为这是一个功能请求。我没有解决方案。我有一个问题,因为我原来的解决方案被删除了。
1 个赞
我喜欢编辑后的小动作帖子的想法。但同意这会造成混乱。也许可以将它们隐藏在一个链接后面,以显示/隐藏它们?
当您和您的成员编辑维基时,您会添加一个注释来解释编辑原因吗?这可以放在小动作帖子中。
mcwumbly
(Dave McClure)
2025 年9 月 27 日 14:13
5
Moin:
我遇到了一个问题,因为我之前的解决方案被移除了。
我们能否更深入地定义一下问题?
首先,谁需要知道某个 wiki 帖子何时被编辑?当他们看到 wiki 帖子被编辑时,你希望他们做什么?
1 个赞
Moin
2025 年9 月 28 日 08:47
7
[quote=“mcwumbly, post:5, topic:383582”]
我们能否更深入地定义问题?
首先,谁需要知道某个维基帖子何时被编辑?当他们看到维基帖子被编辑时,你希望他们怎么做?
[/quote]我首先想到的是我使用的论坛中的常见问题解答(FAQ)用例。这是一个不回复的主题,正是为了在有人编辑它时将其置顶。
这对我们有很多好处。
首先,许多成员注意到主题何时被编辑。因此,我从不担心有不良意图的用户会造成持久的破坏。即使有人达到 TL1 并试图在那里添加垃圾信息,也会被下一个访问论坛的人删除。
我还可以添加新信息,而无需先找人审查。我可以相信,其他社区成员在看到更新后会这样做。可能比我要求审查的人会更快看到。此外,我不仅得到一个用户的审查,而是多个用户的审查。责任分散给了更多人。每个人都帮助改进了问题的答案。
我也鼓励新成员改进措辞。技术不太熟练的用户通常难以理解过于技术性的解释。一旦他们理解了,改进措辞将有助于下一个人更好地理解。当然,新用户通常在正确格式化方面有困难。但这不成问题,因为社区可以在注意到后纠正它。
常见问题解答固定在论坛上。我认为在活动列中紧挨着显示上次编辑日期非常棒。这样,主题看起来永远不会过时,但每个人都可以看到它在不断更新。现在活动日期将不再更新,
在过去的几天里,我首先想到了维基编辑,因为我们之前不得不为它们找到解决方案,并且我找到了其他用户遇到相同问题的帖子。但实际上,这个问题也存在于其他有意义的编辑中,用户后来添加了有价值的信息。当然,这些不一定添加到最后一个帖子中。但我认为这是最可能的情况。Discourse 甚至会强制用户编辑他们的最后一个帖子,而不是连续回复多次。我想知道如果我加入一个论坛,软件会告诉我编辑我的帖子而不是回复,如果我这样做了,却没有人注意到,我会怎么想。感觉就像没有人关心。我想我不想留在那里。
在此论坛中,有意义的编辑例如发生在用户后来添加串行监视器输出或图片时。
对话示例
新用户:嘿,我遇到了 X 问题
成员:嘿,在你分享 X 的图片后,我们可以更好地帮助你
新用户:我现在无法拍照,等我孩子睡着了再拍。
然后他们稍后将图片放入该帖子中
我担心如果我们错过这些编辑,主题将不会被置顶。
回到你的问题:虽然没有人需要知道拼写错误何时被修复,但每个人都可能对有价值的更新感兴趣。访客可以轻松地看出维基正在积极维护。成员可以审查维基上的更改,并注意到提供更新信息的编辑。
1 个赞
mcwumbly
(Dave McClure)
2025 年9 月 28 日 16:02
8
好的,我明白了。我的理解如下:
对于 wiki 帖子,向整个社区表明帖子最近被编辑过是有益的,原因有两个:
这有助于分摊审查更改的责任,以确保其准确性。
这有助于表明它们是最新的。
对于对话,鉴于 Discourse 不鼓励多次回复,人们需要一种方法来查看是否进行了重大编辑。
我认为你说得对,之前“bump”功能解决了这两个需求。
我们需要考虑在移除编辑时“bump”行为后,如何最好地解决这些问题。
对于对话方面,我认为答案可能是软化对多次回复的限制。我认为在某些情况下,多次回复比编辑更有意义,我们可以调整提示出现的措辞和逻辑,以帮助用户做出正确的决定。
对于 wiki 方面,我认为这需要进一步讨论,但我会分享一些初步想法。我认为,与其阻止在主题中回复,不如鼓励回复,并以此为出发点进行设计。如果允许并鼓励回复,我认为我会调整预期,说“如果你进行了重大编辑,请在主题中回复,简要描述更改以及你进行这些更改的原因”。这将“bump”该主题,并使其更加透明。我们已经讨论过回复在 wiki 和文档主题中的显示方式,所以也许值得重新审视一下。
我还可以想象做的另一件事是,为 wiki 和文档的编辑提供一个共享的通知流。例如,一个聊天频道,在进行编辑时会自动发布一条消息。积极管理该频道的团队可以在那里一起查看,并在需要时进行讨论。不确定使用现有工具今天能有多容易实现。(这个想法与另一个讨论有一些可能的重叠:https://meta.discourse.org/t/how-automated-reports-could-help-keeping-meta-tidy/367952/)
1 个赞
Moin
2025 年9 月 28 日 16:39
9
我其实很喜欢 wiki 主题没有回复,因为每当我点击主题时,我都会被带到第一个也是唯一一个帖子。虽然知道有编辑很重要,但我不需要一遍又一遍地阅读它。
我知道有一个类别设置,可以在所有帖子都已读的情况下将我带到第一个帖子,但我不希望该类别中的所有主题都这样做。
任何基于聊天的解决方案都无法在禁用聊天的论坛上运行
1 个赞
mcwumbly
(Dave McClure)
2025 年9 月 28 日 16:57
10
Moin:
我其实挺喜欢维基话题没有回复的
是的,我明白。这正是我在这里暗示的那种事:
那里有很多可以展开的内容,但例如,它可以是默认隐藏回复。这肯定是一个更大的讨论。
说得有理。不过,对于这种情况,可以以一种非常有针对性的方式启用它。例如,我们今天自己在元(meta)上就有限地使用聊天来处理这类事情,但它们并不广为人知,社区的普遍参与仍然几乎完全发生在论坛讨论中。
出于好奇,这个更改背后的原理是什么?
如果主要是为了防止拼写错误/不重要的编辑导致主题被顶上来,能否将其范围限定为仅处理这些情况,而将现有行为保持不变?
1 个赞
mcwumbly
(Dave McClure)
2025 年9 月 28 日 17:48
12
很难将原因归结为单一因素。我们观察到了一些导致我们决定移除“编辑最后一帖时顶帖”行为的因素。
正如您所提到的,对于小幅编辑来说,这会产生不必要的干扰。
但即使是大幅编辑,我们也发现它难以解释且通常不受欢迎。例如,我们观察到人们在大幅编辑文档主题后,经常会使用“重置顶帖日期”功能。特别是当多个主题被编辑时,即使是单个主题的编辑也是如此。我们甚至有人向我们举报,要求我们这样做,而我们自己却没有这样做。
但“重置顶帖日期”功能不易发现。人们会询问如何操作,这表明他们实际上不想顶帖,但又不知道如何阻止,而且很可能许多没有询问的人也面临同样的问题。
另一个观察是,人们错误地认为其他人会看到他们的大幅编辑。他们会创建一个存根帖,并在编辑过程中进行修改。顶帖功能增强了他们认为其他人会关注的信心。但实际上,许多关注该主题的人 没有 bother to check,因为编辑后该主题仍然不会显示为未读。因此,在这些情况下,为了明确指出修订并请求审查或反馈而进行额外回复通常是必要的,但并未发生。
我很有信心,最终没有这个功能会更容易理解,但我们需要解决一些人们已经依赖它的情况。
这很有趣。我原以为对文档进行重大编辑正是为了在“最新”中获得更多关注,以了解新信息/新功能,并将其重新推到“当前”内容的前沿。(尽管我也明智地使用了“重置发布日期”功能,当编辑不足以引起所有人注意时。 但有这个选项还是不错的)
是的,让主题标题闪回成黑色而不是灰色会很棒。我个人喜欢让它们被置顶,并且会阅读它们以查看编辑了什么(这也有助于捕获编辑垃圾信息:slight_smile:)
我会密切关注即将发生的事情。
1 个赞
我想在这里试试看感觉如何,我必须说感觉有点“坏坏的”。 我认为将帖子编辑以添加我的“额外想法”这个概念根深蒂固,尝试这种“每次都回复”的新方式几乎近乎亵渎。
我会努力适应的,看看是否会感觉更舒服。
1 个赞
我认为,从更实际的角度来看,额外的通知(+电子邮件)也可能是一个缺点。当同一用户连续发布两三篇文章时,其他人的阅读体验也可能会有所下降。这通常是版主会合并帖子的一个例子。
1 个赞
mcwumbly
(Dave McClure)
2025 年9 月 28 日 19:51
16
不过是好的方面吧?
我认为这里有很多可以斟酌细节的地方。比如,如果你在 5 分钟后有额外的想法要补充,你可能仍然想编辑。如果你一天后有想法,再发一帖似乎更好。我认为区别在于你是否认为别人已经读过你的帖子,或者是否还在积极参与对话。这都是细微之处。
@Moin ,这正变成一个关于“对近期变更的反馈”的主题。你觉得呢?我们应该接受这一点并相应地更新标题吗?还是将更广泛的讨论分叉到一个新主题,而将这个主题保留为一个更严格地针对我们建议的未来处理维基编辑方式的范围?
2 个赞