Functions and variables loaded from a byte-compiled file access their
documentation strings dynamically from the file whenever needed. This
-saves space within Emacs, and make loading faster because the
+saves space within Emacs, and makes loading faster because the
documentation strings themselves need not be processed while loading the
file. Actual access to the documentation strings becomes slower as a
result, but this normally is not enough to bother users.
Dumping Emacs uses a special value of @code{load-path}. If the value of
@code{load-path} at the end of dumping is unchanged (that is, still the
same special value), the dumped Emacs switches to the ordinary
-@code{load-path} value when it starts up, as decribed above. But if
+@code{load-path} value when it starts up, as described above. But if
@code{load-path} has any other value at the end of dumping, that value
is used for execution of the dumped Emacs also.
In general, well-designed Lisp programs should not use this feature.
The clean and modular ways to interact with a Lisp library are (1)
examine and set the library's variables (those which are meant for
-outside use), and and (2) call the library's functions. If you wish to
+outside use), and (2) call the library's functions. If you wish to
do (1), you can do it immediately---there is no need to wait for when
the library is loaded. To do (2), you must load the library (preferably
with @code{require}).
@example
@group
-;; @r{Decimal 134.217,727}
+;; @r{Decimal 134,217,727}
0111 1111 1111 1111 1111 1111 1111
@end group
@end example
@defun plist-put plist property value
This stores @var{value} as the value of the @var{property} property in
the property list @var{plist}. It may modify @var{plist} destructively,
-or it may construct new list structure without altering the old. The
+or it may construct a new list structure without altering the old. The
function returns the modified property list, so you can store that back
in the place where you got @var{plist}. For example,