Posting without bumping topic?

Sometimes I want to write “Good job”, “Great you found the solution” or something that is relevant to all the people in the thread and especially the last poster, but not relevant for all the people in the forum in general.

Is there a way to post something without bumping the whole topic to the top?

There isn’t a way to post without bumping the topic. For the cases you describe, maybe you could just use the ‘like’ button?

8 个赞

Liking is much less part of a “conversation”.

The usecase I have here is often >10 post ping pong debugging a problem, suggestion solutions etc. Only reacting with a like feels… insufficient.

(Of course I totally get that this is a special use case and maybe also not the intended way to use Discourse. Was still hoping this was possible)

1 个赞

You could send them a personalized message.

I think the members getting something like
“Hi memberABC
Thanks for contributing to the discussion, blah, blah schmooze”
would make them feel appreciated.

3 个赞

You can edit the timestamp (so it drops back down the feed) for a manual workaround.

Is it possible to give moderators the ability to edit timestamps in order to “unbump” topics?

Usecase:

I’m editing the “this topic was closed”-post of an old topic to add a link to a more recent topic (so people who find the old topic through the search function know where to go) but don’t want the old topic to get bumped.
This happens quite a lot and I can’t always ask an admin to jump in. Usually I just end up not editing the post and hope people find a recent topic by themselves.

3 个赞

I can’t think of a solid reason why not. @erlend_sh – thoughts?

See also:

https://meta.discourse.org/t/possible-to-edit-timestamp-of-comment-s/73493?u=mcwumbly

2 个赞

There could be a lot of subtle complexity to this so it requires dev input. @tgxworld did you have a cursory look at how difficult this would be to do?

Seems to me like the OP’s idea of having a “do not bump” checkbox might be easier to implement, but even that is a tough sell as far as prioritization goes.

Usually bumping is not nearly as disruptive as one would think. We’ve gotten pretty good at glancing over things we don’t care about :wink:

5 个赞

The server side logic has already been implemented in the past

Difficulty on the client side will depend on where we expose the “do no bump” settings.

5 个赞

I’m interested in this feature for a different use case. Sometimes I edit people’s topics to change their category, add tags, etc. If no one has replied yet, this bumps the topic, which I dislike as there’s no new information essentially.

3 个赞

Probably the composer cog:
50

“Hide details” and “Blur spoiler” are probably even more obscure use cases than “do not bump”.

4 个赞

We’ve had issues with this on our forum as well WRT moderation. There are a number of things we want to do that are blocked because we don’t want to spam Latest:

  • Go through bug reports and close all solved issues that never previously closed
  • Mass-fix miscategorization of feature requests / bug reports when we still allowed users to post in top-level category
  • Add solutions to a bunch of our old Q/A posts to improve value of search
9 个赞

I do support this as a staff option.

8 个赞

你好 @codinghorror,这个功能已经实现了吗?

在另一个使用场景中,我认为最好为管理员和版主设置一个“禁止顶帖”的选项。

例如,在我的社区中,我会通过标记 精选 来推荐一些我认为用户会感兴趣的话题。但与此同时,我不希望每个添加到精选话题的新帖子都会将其顶起并排到顶部。比如:一个在 12 月比赛期间(且当时相关)被标记为精选的切尔西对阵热刺的讨论帖,在今天如果有人回复或添加新帖子时,内容已经不再相关;但这样却会将其重新顶到精选标签/话题列表的顶部。希望你能理解我的意思。

此功能现已作为仅限员工使用的功能实施:

2 个赞

见上文,你很幸运,该功能已经存在!:wink:

2 个赞

哇哦,太贴心了!谢谢你告诉我!:wink:

1 个赞