@@ -130,7 +130,7 @@ Boston, MA 02110-1301 USA
130130@end iftex
131131
132132@ifnottex
133- Printed copies available from @uref{https://shop.fsf.org/}. Published by:
133+ Printed copies available from @uref{https://shop.fsf.org/}. Published by:
134134
135135@example
136136GNU Press, https://www.fsf.org/licensing/gnu-press/
@@ -1969,7 +1969,7 @@ argument is the string of characters, the second and third arguments
19691969are numbers that indicate the beginning (inclusive) and end
19701970(exclusive) of the substring. The numbers are a count of the number
19711971of characters (including spaces and punctuation) from the beginning of
1972- the string. Note that the characters in a string are numbered from
1972+ the string. Note that the characters in a string are numbered from
19731973zero, not one.
19741974
19751975@need 800
@@ -5314,7 +5314,7 @@ Looking at the @code{let*} expression in @code{append-to-buffer}:
53145314
53155315@noindent
53165316we see that @code{append-to} is bound to the value returned by the
5317- @w{@code{(get-buffer-create buffer)}}. On the next line,
5317+ @w{@code{(get-buffer-create buffer)}}. On the next line,
53185318@code{append-to} is used as an argument to
53195319@code{get-buffer-window-list}; this would not be possible with the
53205320@code{let} expression. Note that @code{point} is automatically bound
@@ -16099,7 +16099,7 @@ placing point somewhere in the buffer, typing @kbd{M-:}, typing the
1609916099and then typing @key{RET}. This causes Emacs to evaluate the
1610016100expression in the minibuffer, but to use as the value of point the
1610116101position of point in the @file{*scratch*} buffer. (@kbd{M-:} is the
16102- key binding for @code{eval-expression}. Also, @code{nil} does not
16102+ key binding for @code{eval-expression}. Also, @code{nil} does not
1610316103appear in the @file{*scratch*} buffer since the expression is
1610416104evaluated in the minibuffer.)
1610516105
0 commit comments