-
-
Notifications
You must be signed in to change notification settings - Fork 149
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fallacy reporting is flawed #221
Comments
I second this issue |
I also agree with this issue, and have seen it abused in some arguments (such as this one). As it is now, the buck stops at a reported fallacy with no way of being able to defend the original position. Why not be consistent with the rest of the design and make a fallacy node? That would allow a thread of rebuttal if the reported fallacy wasn't logically sound. |
There are several problems due to the structure:
Therefore, an easy solution is to define each fallacy as an independent "BUT" type node. where the fallacy is named, and the user inserts more text to justify how that fallacy label applies to the previous (rebutted) node. For example, take this node. Instead of showing two embedded fallacies, the node can be refactored to show two separate BUT type nodes below it. Each "fallacy" node will identify who inserted it, and when. Now the graph can show number of supporters for each node; including people who support the view that there is a fallacy. |
I too am in favor of making fallacies real nodes that can be discussed; otherwise they are a form of comment which is "above the law" and a vector for abuse. Here's me trying to work around the issue by using a "because" node to critique fallacies (in http://en.arguman.org/semi-colons-are-unnecessary-in-javascript): |
Is this fixed now? It doesn't seem to be, but maybe the fix hasn't been deployed yet? |
The text was updated successfully, but these errors were encountered: