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"
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.
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:
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?
How should we handle possibly-outdated reactions? No, not by reactions to reactions. An edit to a post made after re …
4y ago
I would like this functionality to extend to 'questions' as well as answers. This was influenced by the post I canno …
4y ago
I was part of that conversation, so my input is mostly reflected in this proposal already. I want to add one thing, abo …
4y ago
I kind of like the idea, especially for outdated/obsolete technology. But I'm concerned over how subjective a "dangerous …
4y ago
Proposal: Integrate the voting system into the reactions feature. Let users react with "this is a good post" or "this is …
4y ago
I like the idea because these have been known issues in other places for some time. However, is it really needed? …
1y ago
I think reaction might useful in some categories for "question". Here's a category (recipes), since no can answer on tha …
3y ago
There is another aspect that I don't see discussed; accepting answers has the side-effect of helping to optimize/minimiz …
4y ago
I will never use any negative reactions that require my name next to them for the same reason I never explain downvotes, …
4y ago
Post
I was part of that conversation, so my input is mostly reflected in this proposal already. I want to add one thing, about community customization, which gets into philosophy.
I don't want us to end up with gazillions of emoji decorating posts. That way lies madness and Discord. A reaction should have to earn its place by answering the question "what useful information does the presence of this symbol convey to readers1 that voting alone doesn't convey?". By that measure, "works for me", "dangerous", and "outdated" are useful (especially if tied to comments, which we should probably require at least some of the time). If a post is dangerous it can be edited. If a post is outdated it can be either updated or annotated ("In Java 6, the way to solve this is..."). And knowing that people (including the OP) tried the solution and it worked is helpful.2
But -- and I realize it's just an example -- reactions like "I like this" and "I don't like this" don't convey useful information. Who cares if some users on Cooking like that stew recipe and others don't? On the other hand, a science site might have a "dubious sources" reaction for answers based on non-peer-reviewed work or junk science, which seems like useful signal that people can act on.
I want to discourage3 communities from adding reactions that are (a) subjective and/or (b) not actionable. I suggest that, when considering specific reactions, people ask: "what can readers do with this information?".
-
To readers, not just to the author. For the latter you can just leave a comment. ↩
-
On some communities more than others, I grant. ↩
-
Discourage, not prevent. Assuming we have customization, which I think we should, then communities can do whatever they like. But I think reactions will be more effective if communities follow these guidelines. ↩
1 comment thread