Doc fixes for grammar and typos (bug#23746)
* doc/emacs/files.texi (Customize Save): * doc/emacs/frames.texi (Window Dividers): * doc/emacs/misc.texi (Printing): * doc/lispref/compile.texi (Compiler Errors): * doc/lispref/keymaps.texi (Changing Key Bindings): * doc/lispref/loading.texi (Named Features): * doc/lispref/markers.texi (Marker Insertion Types): * doc/lispref/modes.texi (Mode Hooks): * doc/lispref/text.texi (Undo): * src/floatfns.c (Fldexp): * src/xfaces.c (syms_of_xfaces): Minor doc fixes for grammar and typos (bug#23746).
This commit is contained in:
parent
a67a4e598d
commit
20de6679b0
11 changed files with 20 additions and 20 deletions
|
@ -701,7 +701,7 @@ after it visits the file. (This marks the buffer as modified, and you
|
|||
can undo it.) If the value is @code{visit-save}, Emacs adds such
|
||||
newlines both on visiting and on saving. If the value is @code{nil},
|
||||
Emacs leaves the end of the file unchanged; any other non-@code{nil}
|
||||
value means to asks you whether to add a newline. The default is
|
||||
value means Emacs asks you whether to add a newline. The default is
|
||||
@code{nil}.
|
||||
|
||||
@vindex mode-require-final-newline
|
||||
|
|
|
@ -1011,7 +1011,7 @@ scroll bar height, change the @code{scroll-bar-height} frame parameter
|
|||
|
||||
On graphical displays, you can use @dfn{window dividers} in order to
|
||||
separate windows visually. Window dividers are bars that can be dragged
|
||||
with the mouse, thus allowing to easily resize adjacent windows.
|
||||
with the mouse, thus allowing you to easily resize adjacent windows.
|
||||
|
||||
@findex window-divider-mode
|
||||
To toggle the display of window dividers, use the command @kbd{M-x
|
||||
|
|
|
@ -1885,7 +1885,7 @@ Like @code{lpr-buffer} but print only the current region.
|
|||
@findex lpr-region
|
||||
@vindex lpr-switches
|
||||
@vindex lpr-commands
|
||||
On most operating system, the above hardcopy commands submit files
|
||||
On most operating systems, the above hardcopy commands submit files
|
||||
for printing by calling the @command{lpr} program. To change the
|
||||
printer program, customize the variable @code{lpr-command}. To
|
||||
specify extra switches to give the printer program, customize the list
|
||||
|
|
|
@ -438,7 +438,7 @@ Emacs commands for operating on compiler output can be used on these
|
|||
messages.
|
||||
|
||||
When an error is due to invalid syntax in the program, the byte
|
||||
compiler might get confused about the errors' exact location. One way
|
||||
compiler might get confused about the error's exact location. One way
|
||||
to investigate is to switch to the buffer @w{@file{ *Compiler
|
||||
Input*}}. (This buffer name starts with a space, so it does not show
|
||||
up in the Buffer Menu.) This buffer contains the program being
|
||||
|
|
|
@ -1368,7 +1368,7 @@ default global map.
|
|||
The function @code{substitute-key-definition} scans a keymap for
|
||||
keys that have a certain binding and rebinds them with a different
|
||||
binding. Another feature which is cleaner and can often produce the
|
||||
same results to remap one command into another (@pxref{Remapping
|
||||
same results is to remap one command into another (@pxref{Remapping
|
||||
Commands}).
|
||||
|
||||
@defun substitute-key-definition olddef newdef keymap &optional oldmap
|
||||
|
|
|
@ -848,8 +848,8 @@ loaded, into the current Emacs session. This means that the facilities
|
|||
associated with @var{feature} are or will be available for other Lisp
|
||||
programs.
|
||||
|
||||
The direct effect of calling @code{provide} is if not already in
|
||||
@var{features} then to add @var{feature} to the front of that list and
|
||||
The direct effect of calling @code{provide} is to add @var{feature} to
|
||||
the front of @code{features} if it is not already in that list and
|
||||
call any @code{eval-after-load} code waiting for it (@pxref{Hooks for
|
||||
Loading}). The argument @var{feature} must be a symbol.
|
||||
@code{provide} returns @var{feature}.
|
||||
|
|
|
@ -340,10 +340,10 @@ text is inserted at its position. If @var{type} is @code{nil},
|
|||
This function reports the current insertion type of @var{marker}.
|
||||
@end defun
|
||||
|
||||
Most functions that create markers, without an argument allowing to
|
||||
specify the insertion type, create them with insertion type
|
||||
@code{nil}. Also, the mark has, by default, insertion type
|
||||
@code{nil}.
|
||||
All functions that create markers without accepting an argument that
|
||||
specifies the insertion type, create them with insertion type
|
||||
@code{nil} (@pxref{Creating Markers}). Also, the mark has, by
|
||||
default, insertion type @code{nil}.
|
||||
|
||||
@node Moving Markers
|
||||
@section Moving Marker Positions
|
||||
|
|
|
@ -899,7 +899,7 @@ follow these conventions: they may run the parent's mode hook too early,
|
|||
or fail to run @code{after-change-major-mode-hook}. If you encounter
|
||||
such a major mode, please correct it to follow these conventions.
|
||||
|
||||
When you defined a major mode using @code{define-derived-mode}, it
|
||||
When you define a major mode using @code{define-derived-mode}, it
|
||||
automatically makes sure these conventions are followed. If you
|
||||
define a major mode ``by hand'', not using @code{define-derived-mode},
|
||||
use the following functions to handle these conventions automatically.
|
||||
|
@ -1048,7 +1048,7 @@ to invert the sort order.
|
|||
@defun tabulated-list-init-header
|
||||
This function computes and sets @code{header-line-format} for the
|
||||
Tabulated List buffer (@pxref{Header Lines}), and assigns a keymap to
|
||||
the header line to allow sort entries by clicking on column headers.
|
||||
the header line to allow sorting entries by clicking on column headers.
|
||||
|
||||
Modes derived from Tabulated List mode should call this after setting
|
||||
the above variables (in particular, only after setting
|
||||
|
|
|
@ -1376,10 +1376,10 @@ before executing each key sequence, so that each undo normally undoes
|
|||
the effects of one command. A few exceptional commands are
|
||||
@dfn{amalgamating}: these commands generally cause small changes to
|
||||
buffers, so with these a boundary is inserted only every 20th command,
|
||||
allowing to undo them as a group. By default, commands
|
||||
allowing the changes to be undone as a group. By default, the commands
|
||||
@code{self-insert-command}, which produces self-inserting input
|
||||
characters (@pxref{Commands for Insertion}), and @code{delete-char}
|
||||
which deletes characters (@pxref{Deletion}) are amalgamating.
|
||||
characters (@pxref{Commands for Insertion}), and @code{delete-char},
|
||||
which deletes characters (@pxref{Deletion}), are amalgamating.
|
||||
Where a command affects the contents of several buffers, as may happen,
|
||||
for example, when a function on the @code{post-command-hook} affects a
|
||||
buffer other than the @code{current-buffer}, then @code{undo-boundary}
|
||||
|
|
|
@ -185,8 +185,8 @@ If X is zero, both parts (SGNFCAND and EXP) are zero. */)
|
|||
}
|
||||
|
||||
DEFUN ("ldexp", Fldexp, Sldexp, 2, 2, 0,
|
||||
doc: /* Return X * 2**EXP, as a floating point number.
|
||||
EXP must be an integer. */)
|
||||
doc: /* Return SGNFCAND * 2**EXPONENT, as a floating point number.
|
||||
EXPONENT must be an integer. */)
|
||||
(Lisp_Object sgnfcand, Lisp_Object exponent)
|
||||
{
|
||||
CHECK_NUMBER (exponent);
|
||||
|
|
|
@ -6503,8 +6503,8 @@ REPLACEMENT is a face specification, i.e. one of the following:
|
|||
(3) a list in which each element has the form of (1) or (2).
|
||||
|
||||
List values for REPLACEMENT are merged to form the final face
|
||||
specification, with earlier entries taking precedence, in the same as
|
||||
as in the `face' text property.
|
||||
specification, with earlier entries taking precedence, in the same way
|
||||
as with the `face' text property.
|
||||
|
||||
Face-name remapping cycles are suppressed; recursive references use
|
||||
the underlying face instead of the remapped face. So a remapping of
|
||||
|
|
Loading…
Add table
Reference in a new issue