1 files changed, 8 insertions, 8 deletions
diff --git a/gitdiffcore.html b/gitdiffcore.html
index 48120c50f..b29f33347 100644
--- a/gitdiffcore.html
+++ b/gitdiffcore.html
@@ -940,7 +940,7 @@ number after the "-M" or "-C" option (e.g. "-M8" to tell it to use
 detection are off, rename detection adds a preliminary step that first
 checks if files are moved across directories while keeping their
 filename the same.  If there is a file added to a directory whose
-contents is sufficiently similar to a file with the same name that got
+contents are sufficiently similar to a file with the same name that got
 deleted from a different directory, it will mark them as renames and
 exclude them from the later quadratic step (the one that pairwise
 compares all unmatched files to find the "best" matches, determined by
@@ -978,7 +978,7 @@ from the original, and does not count insertion.  If you removed
 only 10 lines from a 100-line document, even if you added 910
 new lines to make a new 1000-line document, you did not do a
 complete rewrite.  diffcore-break breaks such a case in order to
-help diffcore-rename to consider such filepairs as candidate of
+help diffcore-rename to consider such filepairs as a candidate of
 rename/copy detection, but if filepairs broken that way were not
 matched with other filepairs to create rename/copy, then this
 transformation merges them back into the original
@@ -1001,13 +1001,13 @@ like these:</p></div>
 </p>
 </li>
 </ul></div>
-<div class="paragraph"><p>Note that earlier implementation left a broken pair as a separate
-creation and deletion patches.  This was an unnecessary hack and
+<div class="paragraph"><p>Note that earlier implementation left a broken pair as separate
+creation and deletion patches.  This was an unnecessary hack, and
 the latest implementation always merges all the broken pairs
 back into modifications, but the resulting patch output is
 formatted differently for easier review in case of such
-a complete rewrite by showing the entire contents of old version
-prefixed with <em>-</em>, followed by the entire contents of new
+a complete rewrite by showing the entire contents of the old version
+prefixed with <em>-</em>, followed by the entire contents of the new
 version prefixed with <em>+</em>.</p></div>
 </div>
 </div>
@@ -1032,7 +1032,7 @@ textual diff has an added or a deleted line that matches the given
 regular expression.  This means that it will detect in-file (or what
 rename-detection considers the same file) moves, which is noise.  The
 implementation runs diff twice and greps, and this can be quite
-expensive.  To speed things up binary files without textconv filters
+expensive.  To speed things up, binary files without textconv filters
 will be ignored.</p></div>
 <div class="paragraph"><p>When <code>-S</code> or <code>-G</code> are used without <code>--pickaxe-all</code>, only filepairs
 that match their respective criterion are kept in the output.  When
@@ -1108,7 +1108,7 @@ not sorted when diffcore-order is in effect.</p></div>
 <div id="footer">
 <div id="footer-text">
 Last updated
- 2021-03-22 14:53:18 PDT
+ 2023-10-23 14:43:46 PDT
 </div>
 </div>
 </body>