From: Wolfgang Jenkner <wjenkner@inode.at>
To: 13292@debbugs.gnu.org
Subject: bug#13292: 24.3.50; wrong sytax description in (elisp) Case Tables
Date: Sat, 29 Dec 2012 01:21:05 +0100 [thread overview]
Message-ID: <851ue9ofyk.fsf@iznogoud.viz> (raw)
In-Reply-To: <E629B30D744147ADAE0E1EFF0EFE6A09@us.oracle.com>
On Fri, Dec 28 2012, Eli Zaretskii wrote:
>> From: "Drew Adams" <drew.adams@oracle.com>
[...]
>> In that case, there are bugs in the other direction, in other nodes of the
>> manual - nodes that use uppercase for parameters.
>>
>> For example:
>>
>> `A Sample Function Description' - `count-loop'
>> `Syntax Table Functions' - `with-syntax-table'
>> `Using Lexical Binding' - `special-variable-p'
>> `Syntax Table Internals' - `string-to-syntax'
>> `Declare Form' - `declare'
>>
>> Note that `A Sample Function Description' is the very place where we explain the
>> syntax convention and give an example of it. Not a good place to set a bad
>> example.
>
> It's not bad. This is done on purpose, see the Texinfo sources, which
> use @var in this case.
But other "imaginary" example definitions in intro.texi don't use @var.
Nor does any "real" @defspec in doc/lispref use that.
Also, in contrast to the makeinfo program, texinfo-format-region would
produce
-- Special form: count-loop (VAR [FROM TO [INC]]) BODY...
in both cases, with or without @var. Perhaps, that's the reason that
nobody noticed at the time?
So is there anything wrong with Drew's revised suggestion (as
I understand it)?
=== modified file 'doc/lispref/functions.texi'
--- doc/lispref/functions.texi 2012-12-05 22:27:56 +0000
+++ doc/lispref/functions.texi 2012-12-28 23:53:49 +0000
@@ -1266,7 +1266,7 @@
convention in Emacs Lisp mode.
@anchor{Definition of declare}
-@defmac declare @var{specs}@dots{}
+@defmac declare specs@dots{}
This macro ignores its arguments and evaluates to @code{nil}; it has
no run-time effect. However, when a @code{declare} form occurs in the
@var{declare} argument of a @code{defun} or @code{defsubst} function
=== modified file 'doc/lispref/intro.texi'
--- doc/lispref/intro.texi 2012-12-05 22:27:56 +0000
+++ doc/lispref/intro.texi 2012-12-28 23:47:55 +0000
@@ -408,7 +408,7 @@
arguments are grouped into additional levels of list structure. Here
is an example:
-@defspec count-loop (@var{var} [@var{from} @var{to} [@var{inc}]]) @var{body}@dots{}
+@defspec count-loop (var [from to [inc]]) body@dots{}
This imaginary special form implements a loop that executes the
@var{body} forms and then increments the variable @var{var} on each
iteration. On the first iteration, the variable has the value
=== modified file 'doc/lispref/syntax.texi'
--- doc/lispref/syntax.texi 2012-12-05 22:27:56 +0000
+++ doc/lispref/syntax.texi 2012-12-28 23:52:25 +0000
@@ -506,7 +506,7 @@
the current buffer.
@end defun
-@defmac with-syntax-table @var{table} @var{body}@dots{}
+@defmac with-syntax-table table body@dots{}
This macro executes @var{body} using @var{table} as the current syntax
table. It returns the value of the last form in @var{body}, after
restoring the old current syntax table.
@@ -998,7 +998,7 @@
@samp{4} @tab @code{(lsh 1 19)}
@end multitable
-@defun string-to-syntax @var{desc}
+@defun string-to-syntax desc
Given a syntax descriptor @var{desc} (a string), this function returns
the corresponding raw syntax descriptor.
@end defun
=== modified file 'doc/lispref/variables.texi'
--- doc/lispref/variables.texi 2012-12-05 22:27:56 +0000
+++ doc/lispref/variables.texi 2012-12-28 23:58:13 +0000
@@ -1057,7 +1057,7 @@
(@pxref{Defining Variables}). All other variables are subject to
lexical binding.
-@defun special-variable-p SYMBOL
+@defun special-variable-p symbol
This function returns non-@code{nil} if @var{symbol} is a special
variable (i.e., it has a @code{defvar}, @code{defcustom}, or
@code{defconst} variable definition). Otherwise, the return value is
next prev parent reply other threads:[~2012-12-29 0:21 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-28 15:26 bug#13292: 24.3.50; wrong sytax description in (elisp) Case Tables Drew Adams
2012-12-28 15:30 ` Drew Adams
2012-12-28 16:39 ` Eli Zaretskii
2012-12-28 16:57 ` Drew Adams
2012-12-28 18:30 ` Eli Zaretskii
2012-12-28 18:46 ` Drew Adams
2012-12-29 0:21 ` Wolfgang Jenkner [this message]
2012-12-29 8:30 ` Eli Zaretskii
2012-12-29 15:48 ` Wolfgang Jenkner
2012-12-29 16:17 ` Drew Adams
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=851ue9ofyk.fsf@iznogoud.viz \
--to=wjenkner@inode.at \
--cc=13292@debbugs.gnu.org \
/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.