[groff] 01/32: [tests]: Clarify comment.

[G. Branden Robinson]

gbranden pushed a commit to branch master
in repository groff.

commit dbbf98460f4ccecaf46e7c55b7773ff5262fd01c
Author: G. Branden Robinson <g.branden.robinson@gmail.com>
AuthorDate: Mon Oct 3 17:27:04 2022 -0500

    [tests]: Clarify comment.
---
 src/roff/groff/tests/some_escapes_accept_newline_delimiters.sh | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/src/roff/groff/tests/some_escapes_accept_newline_delimiters.sh 
b/src/roff/groff/tests/some_escapes_accept_newline_delimiters.sh
index 98ff2d560..97da54c02 100755
--- a/src/roff/groff/tests/some_escapes_accept_newline_delimiters.sh
+++ b/src/roff/groff/tests/some_escapes_accept_newline_delimiters.sh
@@ -112,9 +112,9 @@ test -z "$error" || wail
 
 # This looks really weird but is consistent.  A newline used as a
 # delimiter still gets interpreted as an input line ending.  What we see
-# here is 'ABC', the drawing position is reset, a word space (from
-# filling, but overstruck by 'A') goes on the output, then 'D', so it
-# appears as 'ADC'.
+# here is: 'ABC' is formatted, the drawing position is reset to the
+# beginning of the line, a word space (from filling, overstriking 'A')
+# goes on the output, followed by 'D', so it appears as 'ADC'.
 #
 # `printf '\\Z@ABC@\nD\n'` produces the same output.
 echo "checking correct handling of newline delimiter to 'Z' escape" >&2