all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
Cc: nickrob@snap.net.nz, emacs-devel@gnu.org
Subject: Re: lispref typos
Date: Sat, 07 Jan 2006 15:26:24 +0200	[thread overview]
Message-ID: <usls0f9tr.fsf@gnu.org> (raw)
In-Reply-To: <43BF9ACF.6030005@gmx.at> (message from martin rudalics on Sat, 07 Jan 2006 11:41:19 +0100)

> Date: Sat, 07 Jan 2006 11:41:19 +0100
> From: martin rudalics <rudalics@gmx.at>
> CC: emacs-devel@gnu.org, Nick Roberts <nickrob@snap.net.nz>
> 
>  > I couldn't apply your patches: your mailer somehow munged them.  I
>  > tried to fix the whitespace by hand, but that didn't work as well.
>  > Sorry.
> 
> Sorry for the inconvenience.  Please try again with the patches below.

They still don't apply.  And some of the reasons are clearly visible:
look at the wrong indentation of all the lines where you actually made
changes:

> *** 1099,1105 ****
>    beginning and end.  It also has properties that you can examine and set;
>    these affect the display of the text within the overlay.
> 
> ! An overlays uses markers to record its beginning and end; thus,
>    editing the text of the buffer adjusts the beginning and end of each
>    overlay so that it stays with the text.  When you create the overlay,
>    you can specify whether text inserted at the beginning should be
> --- 1099,1105 ----

Do you see the problem? there should be 2 blanks between `!' and the
text after it, but somehow one of the blanks is missing.

Can you tell exactly how you invoke Diff and what switches you pass to
it?  Perhaps therein lies the reason for these problems.  Also, what
version of Diff is that, and on what OS it was run?

If nothing gives a clue, you could send the patches as a binary
attachment.


>    beginning and end.  It also has properties that you can examine and set;
>    these affect the display of the text within the overlay.
> 
> ! An overlay uses markers to record its beginning and end; thus,
>    editing the text of the buffer adjusts the beginning and end of each
>    overlay so that it stays with the text.  When you create the overlay,
>    you can specify whether text inserted at the beginning should be
> ***************
> *** 1737,1743 ****
>    different kinds of terminals.  It should be an alist whose elements
>    have the form @code{(@var{display} @var{atts})}.  Each element's
>    @sc{car}, @var{display}, specifies a class of terminals.  (The first
> ! element, if it s @sc{car} is @code{default}, is special---it specifies
>    defaults for the remaining elements).  The element's @sc{cadr},
>    @var{atts}, is a list of face attributes and their values; it
>    specifies what the face should look like on that kind of terminal.
> --- 1737,1743 ----
>    different kinds of terminals.  It should be an alist whose elements
>    have the form @code{(@var{display} @var{atts})}.  Each element's
>    @sc{car}, @var{display}, specifies a class of terminals.  (The first
> ! element, if its @sc{car} is @code{default}, is special---it specifies
>    defaults for the remaining elements).  The element's @sc{cadr},
>    @var{atts}, is a list of face attributes and their values; it
>    specifies what the face should look like on that kind of terminal.
> ***************
> *** 4258,4265 ****
> 
>      For convenience, there are two sorts of button-creation functions,
>    those that add button properties to an existing region of a buffer,
> ! called @code{make-...button}, and those also insert the button text,
> ! called @code{insert-...button}.
> 
>      The button-creation functions all take the @code{&rest} argument
>    @var{properties}, which should be a sequence of @var{property value}
> --- 4258,4265 ----
> 
>      For convenience, there are two sorts of button-creation functions,
>    those that add button properties to an existing region of a buffer,
> ! called @code{make-...button}, and those that also insert the button
> ! text, called @code{insert-...button}.
> 
>      The button-creation functions all take the @code{&rest} argument
>    @var{properties}, which should be a sequence of @var{property value}
> ============================================================
> *** keymaps.texi	Thu Dec 15 11:32:56 2005
> --- keymaps.texi	Fri Jan  6 17:17:18 2006
> ***************
> *** 569,575 ****
>    text or overlay property.  If that is non-@code{nil}, it is the first
>    keymap to be processed, in normal circumstances.
> 
> !   However, there are also special ways for program can to substitute
>    other keymaps for some of those.  The variable
>    @code{overriding-local-map}, if non-@code{nil}, specifies a keymap
>    that replaces all the usual active keymaps except the global keymap.
> --- 569,575 ----
>    text or overlay property.  If that is non-@code{nil}, it is the first
>    keymap to be processed, in normal circumstances.
> 
> !   However, there are also special ways for programs to substitute
>    other keymaps for some of those.  The variable
>    @code{overriding-local-map}, if non-@code{nil}, specifies a keymap
>    that replaces all the usual active keymaps except the global keymap.
> ============================================================
> *** modes.texi	Thu Jan  5 07:44:42 2006
> --- modes.texi	Fri Jan  6 12:27:08 2006
> ***************
> *** 1423,1429 ****
>    @end defmac
> 
>      The initial value must be @code{nil} except in cases where (1) the
> ! mode is preloaded in Emacs, or (2) it is painless to for loading to
>    enable the mode even though the user did not request it.  For
>    instance, if the mode has no effect unless something else is enabled,
>    and will always be loaded by that time, enabling it by default is
> --- 1423,1429 ----
>    @end defmac
> 
>      The initial value must be @code{nil} except in cases where (1) the
> ! mode is preloaded in Emacs, or (2) it is painless for loading to
>    enable the mode even though the user did not request it.  For
>    instance, if the mode has no effect unless something else is enabled,
>    and will always be loaded by that time, enabling it by default is
> ***************
> *** 2254,2260 ****
>    finds the next ``definition'' to put in the buffer index, scanning
>    backward in the buffer from point.  It should return @code{nil} if it
>    doesn't find another ``definition'' before point.  Otherwise it should
> ! leave point at the place it finds a ``definition,'' and return any
>    non-@code{nil} value.
> 
>    Setting this variable makes it buffer-local in the current buffer.
> --- 2254,2260 ----
>    finds the next ``definition'' to put in the buffer index, scanning
>    backward in the buffer from point.  It should return @code{nil} if it
>    doesn't find another ``definition'' before point.  Otherwise it should
> ! leave point at the place it finds a ``definition'' and return any
>    non-@code{nil} value.
> 
>    Setting this variable makes it buffer-local in the current buffer.
> ============================================================
> *** positions.texi	Sat Nov  5 20:46:20 2005
> --- positions.texi	Fri Jan  6 12:29:02 2006
> ***************
> *** 417,423 ****
>    @defun line-number-at-pos &optional pos
>    @cindex line number
>    This function returns the line number in the current buffer
> ! corresponding the buffer position @var{pos}.  If @var{pos} is @code{nil}
>    or omitted, the current buffer position is used.
>    @end defun
> 
> --- 417,423 ----
>    @defun line-number-at-pos &optional pos
>    @cindex line number
>    This function returns the line number in the current buffer
> ! corresponding to the buffer position @var{pos}.  If @var{pos} is @code{nil}
>    or omitted, the current buffer position is used.
>    @end defun
> 
> ============================================================
> *** text.texi	Thu Jan  5 07:44:42 2006
> --- text.texi	Fri Jan  6 12:34:50 2006
> ***************
> *** 2714,2720 ****
> 
>    @defun remove-list-of-text-properties start end list-of-properties &optional object
>    Like @code{remove-text-properties} except that
> ! @var{list-of-properties} is a list property names only, not an
>    alternating list of property names and values.
>    @end defun
> 
> --- 2714,2720 ----
> 
>    @defun remove-list-of-text-properties start end list-of-properties &optional object
>    Like @code{remove-text-properties} except that
> ! @var{list-of-properties} is a list of property names only, not an
>    alternating list of property names and values.
>    @end defun
> 
> ============================================================
> 
> 

  reply	other threads:[~2006-01-07 13:26 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-06 16:25 lispref typos martin rudalics
2006-01-06 19:33 ` Eli Zaretskii
2006-01-07 10:41   ` martin rudalics
2006-01-07 13:26     ` Eli Zaretskii [this message]
2006-01-06 22:25 ` Nick Roberts

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=usls0f9tr.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=nickrob@snap.net.nz \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.