Disjunctive Syllogism Validator (P∨Q, ¬P ⊢ Q)

Validate disjunctive syllogism by matching a disjunction, a negated operand, and the remaining conclusion atom.

Description

Disjunctive syllogism infers the surviving disjunct after the other disjunct is denied.

Disjunctive syllogism infers the surviving disjunct after the other disjunct is denied. Inclusive disjunction is sufficient for this inference.1

The tool returns matchesRule. Interpret the result under the rule and assumptions below; an encoded premise’s truth is not independently established.

When to use Disjunctive Syllogism Validator (P∨Q, ¬P ⊢ Q)

Use this for the following task: Validate disjunctive syllogism by matching a disjunction, a negated operand, and the remaining conclusion atom. Prepare the specified logical encoding before running the check or transformation.

How to use Disjunctive Syllogism Validator (P∨Q, ¬P ⊢ Q) and understand its results

  1. Prepare the requested Boolean values, complete truth-table rows, or identifier atoms. An atom is a name such as p or premise_1, not a natural-language sentence.
  2. Enter left, right, negatedPremise, conclusion according to the field table, then run the tool.
  3. Read matchesRule. Use the matching rule, assignment order or nonempty-class assumptions below to interpret the result.
  4. For a false check, inspect the supplied encoding and matching rule. A well-formed false result is different from an input error.
Input fieldMeaningValue type and boundsRequirement
leftLeftstring; maximum text length 100; pattern ^(?!(?:true|false)$)[A-Za-z_][A-Za-z0-9_]*$(?![\s\S])Required
rightRightstring; maximum text length 100; pattern ^(?!(?:true|false)$)[A-Za-z_][A-Za-z0-9_]*$(?![\s\S])Required
negatedPremiseNegated Premisestring; maximum text length 100; pattern ^(?!(?:true|false)$)[A-Za-z_][A-Za-z0-9_]*$(?![\s\S])Required
conclusionConclusionstring; maximum text length 100; pattern ^(?!(?:true|false)$)[A-Za-z_][A-Za-z0-9_]*$(?![\s\S])Required

Supply the two disjunct identifiers, the atom denied and the claimed conclusion. Accept either side’s denial when the conclusion matches the other side.

P OR Q, NOT P ⊢ Q; or NOT Q ⊢ P

The symbols and boundary conditions refer to the supplied fields and the implementation described above.

Output fieldMeaningValue type
matchesRuleMatches Ruleboolean
json
{
  "input": {
    "left": "p",
    "right": "q",
    "negatedPremise": "p",
    "conclusion": "q"
  },
  "output": {
    "matchesRule": true
  }
}

Limitations and assumptions

Operands are case-sensitive identifier atoms, not complete expressions. The tool does not parse a proof or determine whether the premises are true. The negatedPremise field contains the atom, without a ! prefix.

The supplied encodings must represent the intended propositions or classes. No natural-language parsing or assessment of empirical premise truth is performed. Malformed input gives a tool error rather than a logical false result.

Alternative or Complementary methods

Choose Modus Ponens Inference Step Validator (P→Q, P ⊢ Q) when you need its operation: Validate a modus ponens step using identifier operands for its conditional, affirmed premise, and claimed conclusion. Choose Simplification Rule Step Validator (P∧Q ⊢ P) for the complementary operation: Validate conjunction elimination when the claimed conclusion is one of the premise conjunction operands.

Background reference: Additional rules for TFL.

References

  1. Additional rules for TFL — forallx Calgary, Open Logic Project

Similar or alternative tools

Don't forget to set a bookmark for tool.io!
Privacy | Imprint | Cookies