diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md
index 3ef0a4ee5..cb8a8151b 100644
--- a/CONTRIBUTING.md
+++ b/CONTRIBUTING.md
@@ -18,7 +18,7 @@ Committee provides general project oversight.
 There are several ways to connect with the OpenFX project:
 
 * The [openfx-discussion](https://lists.aswf.io/g/openfx-discussion)
-  mail list: This is our primary mailing list, intended for techical
+  mail list: This is our primary mailing list, intended for technical
   discussion and help implementing and using OpenFX.
 
 * [GitHub Issues](https://github.com/ofxa/openfx/issues): GitHub
diff --git a/Documentation/sourceforge/index.html b/Documentation/sourceforge/index.html
index e278164fc..d28076edd 100644
--- a/Documentation/sourceforge/index.html
+++ b/Documentation/sourceforge/index.html
@@ -33,7 +33,7 @@ <h3>Programming Reference </h3>
 
 <h3>Doxygen Documentation </h3>
 <para>
-The doxygen documentation extracted from the header files is a useful adjunct to the programmming reference. It is available in two forms...
+The doxygen documentation extracted from the header files is a useful adjunct to the programming reference. It is available in two forms...
 <ul>
 <li><a href="Doxygen/index.html">A set of HTML files, one per section,</a></li>
 <li><a href="ofxDoxygenDocs_1.3.tgz">A tarball of the set of HTML files (229K).</a></li>
diff --git a/Documentation/sources/Guide/Code/Example1/basics.cpp b/Documentation/sources/Guide/Code/Example1/basics.cpp
index 8e630a9c6..31df5763a 100644
--- a/Documentation/sources/Guide/Code/Example1/basics.cpp
+++ b/Documentation/sources/Guide/Code/Example1/basics.cpp
@@ -86,7 +86,7 @@ namespace {
   int  gNumInstancesLiving = 0;
 
   ////////////////////////////////////////////////////////////////////////////////
-  // The first _action_ called after the binary is loaded (three boot strapper functions will be howeever)
+  // The first _action_ called after the binary is loaded (three boot strapper functions will be however)
   OfxStatus LoadAction(void)
   {
     ERROR_ABORT_IF(gHost == NULL, "The OfxHost pointer has not been set, it should have been set in 'setHostFunc' before any action is called.");
@@ -152,7 +152,7 @@ namespace {
     char *context;
     gPropertySuite->propGetString(inArgs, kOfxImageEffectPropContext, 0, &context);
 
-    ERROR_IF(strcmp(context, kOfxImageEffectContextFilter) != 0, "DescribeInContextAction called on unsupported contex %s", context);
+    ERROR_IF(strcmp(context, kOfxImageEffectContextFilter) != 0, "DescribeInContextAction called on unsupported context %s", context);
 
     OfxPropertySetHandle props;
     // define the mandated single output clip
@@ -300,7 +300,7 @@ namespace {
 static OfxPlugin effectPluginStruct =
 {
   kOfxImageEffectPluginApi,                // The API this plugin satisfies.
-  1,                                       // The version of the API it satisifes.
+  1,                                       // The version of the API it satisfies.
   "org.openeffects:BasicsExamplePlugin",   // The unique ID of this plugin.
   1,                                       // The major version number of this plugin.
   0,                                       // The minor version number of this plugin.
diff --git a/Documentation/sources/Guide/Code/Example2/invert.cpp b/Documentation/sources/Guide/Code/Example2/invert.cpp
index b8c913ebb..2ce365b0e 100644
--- a/Documentation/sources/Guide/Code/Example2/invert.cpp
+++ b/Documentation/sources/Guide/Code/Example2/invert.cpp
@@ -73,7 +73,7 @@ namespace {
   OfxImageEffectSuiteV1 *gImageEffectSuite = 0;
 
   ////////////////////////////////////////////////////////////////////////////////
-  // The first _action_ called after the binary is loaded (three boot strapper functions will be howeever)
+  // The first _action_ called after the binary is loaded (three boot strapper functions will be however)
   OfxStatus LoadAction(void)
   {
     /// now fetch a suite out of the host via it's fetch suite function.
@@ -426,7 +426,7 @@ namespace {
 static OfxPlugin effectPluginStruct =
 {
   kOfxImageEffectPluginApi,                // The API this plugin satisfies.
-  1,                                       // The version of the API it satisifes.
+  1,                                       // The version of the API it satisfies.
   "org.openeffects:InvertExamplePlugin",   // The unique ID of this plugin.
   1,                                       // The major version number of this plugin.
   0,                                       // The minor version number of this plugin.
diff --git a/Documentation/sources/Guide/Code/Example3/gain.cpp b/Documentation/sources/Guide/Code/Example3/gain.cpp
index 8efbd7853..fbbff63fe 100644
--- a/Documentation/sources/Guide/Code/Example3/gain.cpp
+++ b/Documentation/sources/Guide/Code/Example3/gain.cpp
@@ -131,7 +131,7 @@ namespace {
   }
 
   ////////////////////////////////////////////////////////////////////////////////
-  // The first _action_ called after the binary is loaded (three boot strapper functions will be howeever)
+  // The first _action_ called after the binary is loaded (three boot strapper functions will be however)
   OfxStatus LoadAction(void)
   {
     // fetch our three suites
@@ -648,7 +648,7 @@ namespace {
 static OfxPlugin effectPluginStruct =
 {
   kOfxImageEffectPluginApi,                // The API this plugin satisfies.
-  1,                                       // The version of the API it satisifes.
+  1,                                       // The version of the API it satisfies.
   "org.openeffects:GainExamplePlugin",     // The unique ID of this plugin.
   1,                                       // The major version number of this plugin.
   0,                                       // The minor version number of this plugin.
diff --git a/Documentation/sources/Guide/Code/Example4/saturation.cpp b/Documentation/sources/Guide/Code/Example4/saturation.cpp
index f418c6016..4d9f2e7dc 100644
--- a/Documentation/sources/Guide/Code/Example4/saturation.cpp
+++ b/Documentation/sources/Guide/Code/Example4/saturation.cpp
@@ -287,7 +287,7 @@ namespace {
   }
 
   ////////////////////////////////////////////////////////////////////////////////
-  // The first _action_ called after the binary is loaded (three boot strapper functions will be howeever)
+  // The first _action_ called after the binary is loaded (three boot strapper functions will be however)
   OfxStatus LoadAction(void)
   {
     // fetch our three suites
@@ -779,7 +779,7 @@ namespace {
 static OfxPlugin effectPluginStruct =
 {
   kOfxImageEffectPluginApi,                  // The API this plugin satisfies.
-  1,                                         // The version of the API it satisifes.
+  1,                                         // The version of the API it satisfies.
   "org.openeffects:SaturationExamplePlugin", // The unique ID of this plugin.
   1,                                         // The major version number of this plugin.
   0,                                         // The minor version number of this plugin.
diff --git a/Documentation/sources/Guide/Code/Example5/circle.cpp b/Documentation/sources/Guide/Code/Example5/circle.cpp
index 15dda75cf..754ab12cd 100644
--- a/Documentation/sources/Guide/Code/Example5/circle.cpp
+++ b/Documentation/sources/Guide/Code/Example5/circle.cpp
@@ -318,7 +318,7 @@ namespace {
   }
 
   ////////////////////////////////////////////////////////////////////////////////
-  // The first _action_ called after the binary is loaded (three boot strapper functions will be howeever)
+  // The first _action_ called after the binary is loaded (three boot strapper functions will be however)
   OfxStatus LoadAction(void)
   {
     // fetch our three suites
@@ -978,7 +978,7 @@ namespace {
 static OfxPlugin effectPluginStruct =
 {
   kOfxImageEffectPluginApi,                  // The API this plugin satisfies.
-  1,                                         // The version of the API it satisifes.
+  1,                                         // The version of the API it satisfies.
   "org.openeffects:CircleExamplePlugin",     // The unique ID of this plugin.
   1,                                         // The major version number of this plugin.
   0,                                         // The minor version number of this plugin.
diff --git a/Documentation/sources/Guide/ofxExample1_Basics.rst b/Documentation/sources/Guide/ofxExample1_Basics.rst
index 4f5714642..df34982fd 100644
--- a/Documentation/sources/Guide/ofxExample1_Basics.rst
+++ b/Documentation/sources/Guide/ofxExample1_Basics.rst
@@ -550,7 +550,7 @@ in context action…
         char *context;
         gPropertySuite->propGetString(inArgs, kOfxImageEffectPropContext, 0, &context);
 
-        ERROR_IF(strcmp(context, kOfxImageEffectContextFilter) != 0, "DescribeInContextAction called on unsupported contex %s", context);
+        ERROR_IF(strcmp(context, kOfxImageEffectContextFilter) != 0, "DescribeInContextAction called on unsupported context %s", context);
 
         OfxPropertySetHandle props;
         // define the mandated single output clip
@@ -737,7 +737,7 @@ should clearly specify the calling sequence. Failure to call them in the
 right sequence will lead to all sorts of undefined behaviour.
 
 Assuming the host has done nothing apart from load the dynamic library
-that contains plugins and has found the two :ref:`boostrapping
+that contains plugins and has found the two :ref:`bootstrapping
 symbols <bootstrapperFunctions>` in the plugin, the host
 should then...
 
diff --git a/Documentation/sources/Guide/ofxExample4_Saturation.rst b/Documentation/sources/Guide/ofxExample4_Saturation.rst
index b6a3d4bb0..10748afb7 100644
--- a/Documentation/sources/Guide/ofxExample4_Saturation.rst
+++ b/Documentation/sources/Guide/ofxExample4_Saturation.rst
@@ -6,7 +6,7 @@ be used in more than one context, as well as how to make a multi-input
 effect. Its source can be found in the C++ file
 `saturation.cpp <https://github.com/ofxa/openfx/blob/master/Guide/Code/Example4/saturation.cpp>`_.
 This plugin takes an RGB or RGBA
-image and increases or descreases the saturation by a parameter. It can
+image and increases or decreases the saturation by a parameter. It can
 be used in two contexts, firstly as a simple filter, secondly as a
 general effect, where it has an optional second input clip which is used
 to control where the effect is applied.
@@ -158,7 +158,7 @@ space.
 
 Here we have the describe in context action. This will now be called
 once for each context that a host application wants to support. You know
-which contex you are being described in by the
+which context you are being described in by the
 :c:macro:`kOfxImageEffectPropContext` property on inArgs.
 
 Regardless of the context, it describes two clips, "Source" and
diff --git a/Documentation/sources/Guide/ofxExample5_Circle.rst b/Documentation/sources/Guide/ofxExample5_Circle.rst
index 99462ae1d..cd8c418a9 100644
--- a/Documentation/sources/Guide/ofxExample5_Circle.rst
+++ b/Documentation/sources/Guide/ofxExample5_Circle.rst
@@ -132,7 +132,7 @@ Here is the source for the load action…
 .. code:: c++
 
       ////////////////////////////////////////////////////////////////////////////////
-      // The first _action_ called after the binary is loaded (three boot strapper functions will be howeever)
+      // The first _action_ called after the binary is loaded (three boot strapper functions will be however)
       OfxStatus LoadAction(void)
       {
         // fetch our three suites
diff --git a/Documentation/sources/Guide/ofxExamples.rst b/Documentation/sources/Guide/ofxExamples.rst
index ae444cc9c..02fafc26b 100644
--- a/Documentation/sources/Guide/ofxExamples.rst
+++ b/Documentation/sources/Guide/ofxExamples.rst
@@ -29,7 +29,7 @@ OFX is actually several things. At the lowest level OFX is a generic
 ``C`` based plug-in architecture that can be used to define any kind of
 plug-in API. You could use this low level architecture to implement any
 API, however it was originally designed to host our visual effects image
-processing API. The basic architecture could be re-used to create other
+processing API. The basic architecture could be reused to create other
 higher level APIs such as a sound effects API, a 3D API and more.
 
 This guide describes the basic OFX plug-in architecture and the visual
diff --git a/Documentation/sources/Reference/apiChanges_1_2_Chapter.rst b/Documentation/sources/Reference/apiChanges_1_2_Chapter.rst
index 6395e1d10..540d31faa 100644
--- a/Documentation/sources/Reference/apiChanges_1_2_Chapter.rst
+++ b/Documentation/sources/Reference/apiChanges_1_2_Chapter.rst
@@ -125,7 +125,7 @@ example, if you want to set something to be explicitly '20', there is no
 way of doing that. The main problem stems from normalised params
 conflating two separate issues, flagging to the host that a parameter
 was spatial, and being able to specify defaults in a normalised
-co-ordinate system.
+coordinate system.
 
 With 1.2 new :ref:`spatial double
 parameter <ParameterPropertiesDoubleTypesSpatial>` types are defined.
diff --git a/Documentation/sources/Reference/ofxClipPreferences.rst b/Documentation/sources/Reference/ofxClipPreferences.rst
index 104e4f2c0..4d9e15808 100644
--- a/Documentation/sources/Reference/ofxClipPreferences.rst
+++ b/Documentation/sources/Reference/ofxClipPreferences.rst
@@ -210,7 +210,7 @@ The default value of the output clip's fielding is host dependent, but
 in general,
 
 -  if any of the input clips are fielded, so will the output clip
--  the output clip may be fielded irregardless of the input clips (for
+-  the output clip may be fielded regardless of the input clips (for
    example, in a fielded project).
 
 If the host allows a plugin to specify the fielding of the output clip,
diff --git a/Documentation/sources/Reference/ofxCoordSystem.rst b/Documentation/sources/Reference/ofxCoordSystem.rst
index a680279fb..ea5d0f75b 100644
--- a/Documentation/sources/Reference/ofxCoordSystem.rst
+++ b/Documentation/sources/Reference/ofxCoordSystem.rst
@@ -46,7 +46,7 @@ Pixel Coordinates
 
 *Real* images, where we have to deal with addressable pixels in memory,
 are in a coordinate system of non-square proxy scaled integer values. So
-a PAL D1 image, being renderred as a half resolution proxy would be
+a PAL D1 image, being rendered as a half resolution proxy would be
 (0,0) to (360, 288), which takes into account both the pixel aspect
 ratio of 1.067 and a scale factor of 0.5f. We call this the **Pixel
 Coordinate System**.
diff --git a/Documentation/sources/Reference/ofxImageClip.rst b/Documentation/sources/Reference/ofxImageClip.rst
index 87cf211ae..2aa0c4437 100644
--- a/Documentation/sources/Reference/ofxImageClip.rst
+++ b/Documentation/sources/Reference/ofxImageClip.rst
@@ -110,7 +110,7 @@ describe in context call are...
     for more details on field and field rendering
 -  :c:macro:`kOfxImageEffectPropTemporalClipAccess`
    whether the effect wants to access images from the clip at times
-   other that the frame being renderred.
+   other that the frame being rendered.
 
 Plugins *must* indicate which pixel depths they can process by setting
 the
diff --git a/Documentation/sources/Reference/ofxImageEffectContexts.rst b/Documentation/sources/Reference/ofxImageEffectContexts.rst
index dcd95d613..400c56a5d 100644
--- a/Documentation/sources/Reference/ofxImageEffectContexts.rst
+++ b/Documentation/sources/Reference/ofxImageEffectContexts.rst
@@ -90,7 +90,7 @@ During the :c:macro:`kOfxImageEffectActionDescribeInContext` action, an effect
 must describe all clips and parameters that it intends to use. This
 includes the mandated clips and parameters for that context.
 
-A plugin instance is created in a specific contex which will not changed
+A plugin instance is created in a specific context which will not changed
 over the lifetime of that instance. The context can be retrieved from
 the instance via the
 :c:macro:`kOfxImageEffectPropContext`
@@ -238,7 +238,7 @@ The Retimer Context
 -------------------
 
 The retimer context is for effects that change the length of a clip by
-interpolating frames from the source clip to create an inbetween output
+interpolating frames from the source clip to create an in between output
 frame.
 
 In this context, a plugin has the following mandated objects...
diff --git a/Documentation/sources/Reference/ofxParameter.rst b/Documentation/sources/Reference/ofxParameter.rst
index 66796c8d6..a8e661493 100644
--- a/Documentation/sources/Reference/ofxParameter.rst
+++ b/Documentation/sources/Reference/ofxParameter.rst
@@ -180,7 +180,7 @@ for example
 
         gPropHost->propSetString(myChoiceParam, kOfxParamPropChoiceOption, 0, "1st Choice");
         gPropHost->propSetString(myChoiceParam, kOfxParamPropChoiceOption, 1, "2nd Choice");
-        gPropHost->propSetString(myChoiceParam, kOfxParamPropChoiceOption, 2, "3nd Choice");
+        gPropHost->propSetString(myChoiceParam, kOfxParamPropChoiceOption, 2, "3rd Choice");
         ...
         gPropHost->propSetString(myChoiceParam, kOfxParamPropChoiceOption, n, "nth Choice");
 
@@ -281,7 +281,7 @@ for example
 
         gPropHost->propSetString(myChoiceParam, kOfxParamPropChoiceOption, 0, "1st Choice");
         gPropHost->propSetString(myChoiceParam, kOfxParamPropChoiceOption, 1, "2nd Choice");
-        gPropHost->propSetString(myChoiceParam, kOfxParamPropChoiceOption, 2, "3nd Choice");
+        gPropHost->propSetString(myChoiceParam, kOfxParamPropChoiceOption, 2, "3rd Choice");
         ...
         // enums: string values to be returned as param value, and stored by the host in the project
         gPropHost->propSetString(myChoiceParam, kOfxParamPropChoiceEnum, 0, "choice-1");
@@ -944,7 +944,7 @@ require their own set of functions to manage and manipulate them. The
 new :cpp:class:`OfxParametricParameterSuiteV1`
 is there to do that.
 
-All the defines and suite definitions for parameteric parameters are
+All the defines and suite definitions for parametric parameters are
 defined in the file `ofxParametricParam.h <https://github.com/AcademySoftwareFoundation/openfx/blob/master/include/ofxParametricParam.h>`__
 
 Parametric parameters are in effect *functions* a plug-in can ask a host
diff --git a/Documentation/sources/Reference/ofxProcessingArch.rst b/Documentation/sources/Reference/ofxProcessingArch.rst
index 428df7247..383986f41 100644
--- a/Documentation/sources/Reference/ofxProcessingArch.rst
+++ b/Documentation/sources/Reference/ofxProcessingArch.rst
@@ -59,7 +59,7 @@ infinite RoD is flagged by setting the minimums to be:
 
 .. doxygendefine:: kOfxFlagInfiniteMin
 
-and the maxmimums to be:
+and the maximums to be:
 
 .. doxygendefine:: kOfxFlagInfiniteMax
 
diff --git a/Documentation/sources/Reference/ofxPropertiesByObject.rst b/Documentation/sources/Reference/ofxPropertiesByObject.rst
index aa950c65b..2528ff1e3 100644
--- a/Documentation/sources/Reference/ofxPropertiesByObject.rst
+++ b/Documentation/sources/Reference/ofxPropertiesByObject.rst
@@ -19,13 +19,13 @@ Properties on the Image Effect Host
 -  kOfxPropName
    - (read only) the globally unique name of the application, eg: "com.acmesofware.funkyCompositor"
 -  kOfxPropLabel
-   - (read only) the user visible name of the appliaction,
+   - (read only) the user visible name of the application,
 -  kOfxPropVersion
    - (read only) the version number of the host
 -  kOfxPropVersionLabel
    - (read only) a user readable version label
 -  kOfxImageEffectHostPropIsBackground
-   - (read only) is the application a background renderrer
+   - (read only) is the application a background renderer
 -  kOfxImageEffectPropSupportsOverlays
    - (read only) does the application support overlay interactive GUIs
 -  kOfxImageEffectPropSupportsMultiResolution
diff --git a/Documentation/sources/Reference/ofxRendering.rst b/Documentation/sources/Reference/ofxRendering.rst
index 44dc6454d..815fbc091 100644
--- a/Documentation/sources/Reference/ofxRendering.rst
+++ b/Documentation/sources/Reference/ofxRendering.rst
@@ -167,11 +167,11 @@ For plug-ins this can be one of three values...
 
 For hosts, this property takes three values...
 
--  0, which indicates thet the host can never guarantee sequential
+-  0, which indicates that the host can never guarantee sequential
    rendering,
--  1, which indicates thet the host can guarantee sequential rendering
+-  1, which indicates that the host can guarantee sequential rendering
    for plugins that request it,
--  2, which indicates thet the host can sometimes perform sequential
+-  2, which indicates that the host can sometimes perform sequential
    rendering.
 
 When rendering, a host will set the in args property on
@@ -272,7 +272,7 @@ tells the effect which field it should render, this can be one of...
 -  :c:macro:`kOfxImageFieldNone`
    - there are no fields to deal with, the image is full frame
 -  :c:macro:`kOfxImageFieldBoth`
-   - the imagery is fielded and both scan lines should be renderred
+   - the imagery is fielded and both scan lines should be rendered
 -  :c:macro:`kOfxImageFieldLower`
    - the lower field is being rendered (lines 0,2,4...)
 -  :c:macro:`kOfxImageFieldUpper`
diff --git a/Documentation/sources/Reference/ofxStructure.rst b/Documentation/sources/Reference/ofxStructure.rst
index 7c358be8e..d16dc0c73 100644
--- a/Documentation/sources/Reference/ofxStructure.rst
+++ b/Documentation/sources/Reference/ofxStructure.rst
@@ -64,7 +64,7 @@ API, however many are actually quite generic and could be reused by
 other APIs. The property suite definitely has to be used by all other
 APIs, while the memory allocation suite, the parameter suite and several
 others would probably be useful for all other APIs. For example the
-parameter suite could be re-used to specify user visible parameters to
+parameter suite could be reused to specify user visible parameters to
 the other APIs.
 
 Several types are common to all OFX APIs, and as such are defined in