Assorted spelling fixes.

CHANGELOG.md

@@ -56,7 +56,7 @@
   * Around `=` for props (`x = 1`)
 * The BOM is now only allowed as the first character in a document. It was
   previously treated as generic whitespace.
-* Multi-line strings must now use `"""` as delimeters. The opening delimiter must be immediately followed by a newline, and the closing delimiter must be on its own line, prefixed by optional whitespace.
+* Multi-line strings must now use `"""` as delimiters. The opening delimiter must be immediately followed by a newline, and the closing delimiter must be on its own line, prefixed by optional whitespace.
 * Multi-line strings are now automatically dedented, according to the common
   whitespace matching the whitespace prefix of the closing line.
 * `.1`, `+.1` etc are no longer valid identifiers, to prevent confusion and

JSON-IN-KDL.md

@@ -98,7 +98,7 @@ The properties and/or children of the node represent the items of the object,
 with the property names and child nodenames as each item's key.
 All "keys" in an object node must be unique.
 
-As with arrays, there are two ambiguous cases that must be manually annoted with the `(object)` type annotation:
+As with arrays, there are two ambiguous cases that must be manually annotated with the `(object)` type annotation:
 
 * An object containing a single item whose key is "-" (like `{"-": 1}`) written using children (like `- { - 1 }`)
 	would be ambiguous with an array node.

README.md

@@ -410,7 +410,7 @@ some restrictions about data representation. KDL is very similar in many ways, e
   seemed like they could be improved.
 * There is only one "number" type. KDL does not prescribe representations, but
   does have keywords for NaN, infinity, and negative infinity if decimal numbers
-  are intended to be represtented as IEEE754 floats.
+  are intended to be represented as IEEE754 floats.
 * Slashdash (`/-`) comments are great and useful!
 * Quoteless "identifier" strings (e.g. `node foo=bar`, vs `node foo="bar"`).
 * KDL does not have first-class date or binary data types. Instead, it

SCHEMA-SPEC.md

@@ -268,7 +268,7 @@ and property names when the `node-names` or `prop-names` options are activated.
 
 * `tag`: [Validations](#validation-nodes) to apply to the tag of the value.
 * `type`: A string denoting the type of the property value.
-* `enum`: A specific list of allowed values for this property. May be heterogenous as long as it agrees with the `type`, if specified.
+* `enum`: A specific list of allowed values for this property. May be heterogeneous as long as it agrees with the `type`, if specified.
 
 #### String validations
 

draft-marchan-kdl2.md

@@ -40,7 +40,7 @@ This is the formal specification for KDL, including the intended data model and
 the grammar.
 
 This document describes an unreleased minor change to KDL. For the latest
-oficial version of the language, see https://kdl.dev/spec.
+official version of the language, see https://kdl.dev/spec.
 
 <!--
 This document describes KDL version KDL 2.0.0. It was released on 2024-12-21. It
@@ -530,7 +530,7 @@ contain (if any). They do not have to start with the same whitespace prefix
 that other lines do; all characters on the line are ignored.
 
 Multi-line Strings that do not immediately start with a Newline and whose final
-`"""` is not preceeded by optional whitespace and a Newline are illegal. This
+`"""` is not preceded by optional whitespace and a Newline are illegal. This
 also means that `"""` may not be used for a single-line String (e.g.
 `"""foo"""`).
 
@@ -802,7 +802,7 @@ They must be written with at least one integer digit, like `0.1`.
 
 ### Keyword Numbers
 
-There are three special "keyword" numbers included in KDL to accomodate the
+There are three special "keyword" numbers included in KDL to accommodate the
 widespread use of [IEEE 754](https://en.wikipedia.org/wiki/IEEE_754) floats:
 
 - `#inf` - floating point positive infinity.