unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Luc Teirlinck <teirllm@dms.auburn.edu>
Cc: drew.adams@oracle.com, emacs-devel@gnu.org
Subject: Re: customize-apropos
Date: Wed, 14 Dec 2005 22:18:34 -0600 (CST)	[thread overview]
Message-ID: <200512150418.jBF4IYM26925@raven.dms.auburn.edu> (raw)
In-Reply-To: <E1Emcps-0005pJ-AW@fencepost.gnu.org> (rms@gnu.org)

Richard Stallman wrote:

       NO CUSTOMIZATION DATA; set this only if you know what you are doing.

   is better, because it avoids an overly broad interpretation of the
   warning.  There is no harm in using the customization buffer in any
   way except to set the variable.

Not quite.  Saving and especially various forms of resetting give more
problems that the (actually relatively problem free) setting for the
current session.  What else is there?

I now believe that a better string would be:

    NO CUSTOMIZATION DATA; not intended to be customized.

I believe that this best summarizes the two involved problems.

Setting, saving and resetting _to current_ work perfectly.  The two
only problems are:

Firstly, there are some problems with the other reset operations,
because of a lack of customization data.  The first part of the
message points that out.

Secondly, by using defvar instead of defcustom, a programmer indicates
his belief that setting this variable through Custom is not advisable,
either because he considers the variable to be internal (no * in
docstring) or because he believes that setting the default value (as
opposed to buffer local values) makes no sense (* in docstring, no
defcustom).  The second part of my new proposed message points that
out to the user.

I do not believe that there are any other problems.  (But these two,
especially the second, are bad enough.)

Sincerely,

Luc.

  reply	other threads:[~2005-12-15  4:18 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-12-10  3:47 customize-apropos Luc Teirlinck
2005-12-10  3:51 ` customize-apropos Luc Teirlinck
2005-12-10 23:04 ` customize-apropos Kim F. Storm
2005-12-10 23:07   ` customize-apropos Luc Teirlinck
2005-12-11 16:49     ` customize-apropos Richard M. Stallman
2005-12-11  5:03 ` customize-apropos Richard M. Stallman
2005-12-11 17:57 ` customize-apropos Drew Adams
2005-12-12  5:03   ` customize-apropos Luc Teirlinck
2005-12-12  5:40     ` customize-apropos Drew Adams
2005-12-12 23:56       ` customize-apropos Luc Teirlinck
2005-12-13  0:22         ` customize-apropos Drew Adams
2005-12-13  0:45           ` customize-apropos Luc Teirlinck
2005-12-13  3:55             ` customize-apropos Drew Adams
2005-12-13  1:01           ` customize-apropos Luc Teirlinck
2005-12-13  1:29           ` customize-apropos Luc Teirlinck
2005-12-13 23:33         ` customize-apropos Richard M. Stallman
2005-12-14  1:14           ` customize-apropos Luc Teirlinck
2005-12-14  1:25             ` customize-apropos Drew Adams
2005-12-14  2:13               ` customize-apropos Luc Teirlinck
2005-12-14  3:20                 ` customize-apropos Drew Adams
2005-12-14  3:40                   ` customize-apropos Luc Teirlinck
2005-12-14  3:52                     ` customize-apropos Drew Adams
2005-12-14  5:58                       ` customize-apropos Luc Teirlinck
2005-12-14 15:07                         ` customize-apropos Drew Adams
2005-12-15  5:33                           ` customize-apropos Luc Teirlinck
2005-12-15 16:33                             ` customize-apropos Drew Adams
2005-12-16  5:09                               ` customize-apropos Richard M. Stallman
2005-12-14  3:45                   ` customize-apropos Luc Teirlinck
2005-12-14  3:54                     ` customize-apropos Drew Adams
2005-12-14 20:02             ` customize-apropos Richard M. Stallman
2005-12-15  4:18               ` Luc Teirlinck [this message]
2005-12-16  1:51                 ` customize-apropos Richard M. Stallman
2005-12-16  3:47                   ` customize-apropos Luc Teirlinck

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=200512150418.jBF4IYM26925@raven.dms.auburn.edu \
    --to=teirllm@dms.auburn.edu \
    --cc=drew.adams@oracle.com \
    --cc=emacs-devel@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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).