unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Luc Teirlinck <teirllm@dms.auburn.edu>
Cc: abraham@dina.kvl.dk, emacs-devel@gnu.org
Subject: Re: Bug in Custom
Date: Sat, 1 Jul 2006 00:04:14 -0500 (CDT)	[thread overview]
Message-ID: <200607010504.k6154EI0015447@jane.dms.auburn.edu> (raw)
In-Reply-To: <873bdmroee.fsf@stupidchicken.com> (message from Chong Yidong on Fri, 30 Jun 2006 23:32:09 -0400)

Chong Yidong wrote:

   As I explained before, it was Richard who, some time last year,
   decided that disabling Custom themes will bring back old values set
   outside of Customize; maybe you missed this explanation (or maybe you
   did not even read it).

No, I _did_ read that.  However, this does not mean that Richard also
decided that a consequence of that decision, the bug I reported (of
which I do not know whether you still consider it a feature), made
sense.  My best guess is that Richard did not realize that his
decision had this consequence.

When _new_ evidence emerges that a decision was bad, one has to be
willing to reconsider that decision.

The decision had bad consequences when applied to the user theme (the
bug I reported).  The consequences are bad for other Themes for the
same reasons.

As I already mentioned in my previous message, I believe that it would
be better if Themes did not override rogue values.  They do not
override values set by the user through Custom either.  Setting values
through Custom or outside Custom is a matter of what is most
convenient at the time and _not_ a statement of how important the
value is or how "sticky" it should be.

Custom users who see that Themes do not override values set by Custom
would be very surprised if they did override values the user set
outside Custom.  Many users will not even remember whether the values
they have set were last set using Custom or outside Custom.  Also even
when they remember how they set them (menubar, set-variable), they
might not even know whether that counts as set through Custom or not.

Sincerely,

Luc.

  reply	other threads:[~2006-07-01  5:04 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-07-01  0:14 Bug in Custom Luc Teirlinck
2006-07-01  0:32 ` Lennart Borgman
2006-07-01  3:12 ` Luc Teirlinck
2006-07-01  3:32 ` Chong Yidong
2006-07-01  5:04   ` Luc Teirlinck [this message]
2006-07-01 14:11   ` Richard Stallman
2006-07-01 13:04 ` Robert J. Chassell
2006-07-02 18:13 ` Per Abrahamsen
2006-07-05  2:04   ` 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=200607010504.k6154EI0015447@jane.dms.auburn.edu \
    --to=teirllm@dms.auburn.edu \
    --cc=abraham@dina.kvl.dk \
    --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).