Correct the statement of when to use * in variable doc strings.
authorRichard M. Stallman <rms@gnu.org>
Thu, 6 Sep 2001 19:43:44 +0000 (19:43 +0000)
committerRichard M. Stallman <rms@gnu.org>
Thu, 6 Sep 2001 19:43:44 +0000 (19:43 +0000)
lispref/variables.texi

index 8ab6739bdb7a5b40215274a1b60a3cb3cb3710bd..5b981013708552553fea31ba1d497d3ee11bfff1 100644 (file)
@@ -452,12 +452,13 @@ the main benefits of defining the variable.)  The documentation is
 stored in the symbol's @code{variable-documentation} property.  The
 Emacs help functions (@pxref{Documentation}) look for this property.
 
-If the first character of @var{doc-string} is @samp{*}, it means that
-this variable is considered a user option.  This lets users set the
-variable conveniently using the commands @code{set-variable} and
-@code{edit-options}.  However, it is better to use @code{defcustom}
-instead of @code{defvar} for user option variables, so you can specify
-customization information.  @xref{Customization}.
+If the variable is a user option that users would want to set
+interactively, you should use @samp{*} as the first character of
+@var{doc-string}.  This lets users set the variable conveniently using
+the @code{set-variable} command.  Note that you should nearly always
+use @code{defcustom} instead of @code{defvar} to define these
+variables, so that users can use @kbd{M-x customize} and related
+commands to set them.  @xref{Customization}.
 
 Here are some examples.  This form defines @code{foo} but does not
 initialize it: