Communities

Writing
Writing
Codidact Meta
Codidact Meta
The Great Outdoors
The Great Outdoors
Photography & Video
Photography & Video
Scientific Speculation
Scientific Speculation
Cooking
Cooking
Electrical Engineering
Electrical Engineering
Judaism
Judaism
Languages & Linguistics
Languages & Linguistics
Software Development
Software Development
Mathematics
Mathematics
Christianity
Christianity
Code Golf
Code Golf
Music
Music
Physics
Physics
Linux Systems
Linux Systems
Power Users
Power Users
Tabletop RPGs
Tabletop RPGs
Community Proposals
Community Proposals
tag:snake search within a tag
answers:0 unanswered questions
user:xxxx search by author id
score:0.5 posts with 0.5+ score
"snake oil" exact phrase
votes:4 posts with 4+ votes
created:<1w created < 1 week ago
post_type:xxxx type of post
Search help
Notifications
Mark all as read See all your notifications »
Q&A

Welcome to Codidact Meta!

Codidact Meta is the meta-discussion site for the Codidact community network and the Codidact software. Whether you have bug reports or feature requests, support questions or rule discussions that touch the whole network – this is the site for you.

Comments on Suggestion for allowing to mark answers as "accepted", "outdated" or "dangerous"

Parent

Suggestion for allowing to mark answers as "accepted", "outdated" or "dangerous"

+26
−1

Currently, it is possible to upvote and downvote answers. That's likely enough in most situations, but there are some cases where you might want to have more than one way to react to a post.

For example, imagine you are on Software Development and an answer suggests a solution that drastically impedes your system's security. Or you are on Electrical Engineering and the answer suggests something that might electrocute you. In these cases, a downvote might not be enough of a signal to warn users of such possible dangers.

Another possible situation is "accepting answers", a concept that exists on most common Q&A sites. Unlike other sites, we decided quite early that a single vote from the asker shouldn't impact answer sort order.

And yet another feature suggested and strongly advocated for by some users is the option of "signed votes", mostly seen as a way for experts or highly reputable community members to give more weight to their votes by publicly endorsing (or refuting) a specific answer.

I think I've got a solution, one that might provide a framework for commmunities to solve all these use cases. We discussed this in chat and tossed some ideas around, and I must say that I absolutely love the current proposal:


Communities will be able to define a small set of "reactions", which can be applied to posts. Default (or recommended) reactions would likely be:

  • ☑ This post works for me (= accepting an answer, but not only by OP)
  • ⏳ This post is outdated
  • ⚠ This post is dangerous

However, communities might want to have different reactions. For example, Cooking might want to have

  • 😋 This is tasty
  • 🤮 This doesn't taste good

Once applied to answers, there would be a little box/badge above the answer, which contains the selected reaction and a list of users who have chosen that reaction. I used the developer tools in my browser to simulate what this might look like. Imagin, that the tooltip on the first badge says the names of the users choosing that reaction.

Mockup showing two badges (works for many users & found dangerous by one user) above a post

Users will be able to choose reactions from a modal that can be opened from a button below the voting buttons. When choosing a reaction, users will be encouraged to add comments, giving details to their vote. This is especially neccessary for marking a post as "dangerous", because other users need to know what exactly is dangerous.

Here are two mockups for how the reactions modal might be presented:

Mockup showing a modal with the label "This post ..." and the options "works for me", "is outdated" and "is dangerous (add comment)" and an optional comment box

Same mockup as above, but some icons similiar to the emojis in the list above have been added

Additionally, when entering a comment into the comment box in the modal, a comment will be posted on the user's behalf, which contains the chosen reaction and comment. (Also seen in the screenshots.)

What do you think of this suggested feature? Do you have any other use cases we should consider if we chose to implement this suggestion?

History
Why does this post require moderator attention?
You might want to add some details to your flag.
Why should this post be closed?

1 comment thread

General comments (7 comments)
Post
+16
−0

How should we handle possibly-outdated reactions? No, not by reactions to reactions.

An edit to a post made after reactions were added could change the applicability of those reactions. Somebody might have edited to address a danger or update an out-of-date recommendation. Conversely, somebody might change an answer that worked for someone in a way that makes it not work any more. Or, sometimes what worked for somebody leaving a reaction in 2020 might be outdated and not what the person would do, let alone endorse, in 2022.

All of this is true of votes too; a post can have residual votes that those people wouldn't cast today. But votes aren't public. Reactions are, so I think we owe it to people leaving them to handle obsolescence somehow.

Here are some ideas that occurred to me. We shouldn't do all of them; these are options. None is a complete solution to the issues I've raised:

  • Where we show the names of people who left reactions, also show timestamps, or maybe just the latest timestamp if that's noisy.

  • When we show reactions, indicate that the post was edited after they were left.

  • In the post history, show the reactions that were present pre-edit.

  • Don't show pre-edit reactions immediately, but make them available behind an "older reactions" link. (Can be defeated by a trivial edit. Do we need the idea of a substantial edit? How would we tell?)

  • Make it possible to retract reactions. (We should do that anyway. We let people delete comments and retract votes, after all.) This is like the case where you come across a post you had downvoted and then it was edited but you didn't notice, so now that you've seen it again you retract your vote.

  • Notify people that posts they reacted to have been edited. (Could get noisy; might need a user setting to opt out.)

History
Why does this post require moderator attention?
You might want to add some details to your flag.

1 comment thread

General comments (4 comments)
General comments
luap42‭ wrote over 3 years ago

I'd suggest the following: When editing a post, all reaction types thereto can be seen. Users can mark the edit as resolving reaction X. Once the edit is submitted, the reactions will be hidden. Users who already reacted that way to a post will be shown a banner/message "Your reaction has been marked as deprecated". Once either (a) a new reaction of the same type is added or (b) one of the old reactors "confirms" the reaction, all reactions are restored.

Lundin‭ wrote over 3 years ago · edited over 3 years ago

@luap42's suggestion is sound. I'd also consider restricting the ability to use these to trusted users. "Revenge down-voting" is a big problem at SE and will be here too - now imagine "revenge reaction spam". It would be much worse since it vandalizes the content in a way.

10 Rep‭ wrote about 3 years ago

Hmm, this reactions idea leads to a whole world of abuse. I think it's better without it.

Monica Cellio‭ wrote about 3 years ago

@10Rep this is why I want a small, well-defined set. And Lundin's suggestion to tie to to an ability is sound. We don't want to emulate Discord here.