unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Richard Stallman <rms@gnu.org>
Cc: spiegel@gnu.org, emacs-devel@gnu.org
Subject: Re: Results of C-x C-q poll
Date: Tue, 2 Jul 2002 13:46:07 -0600 (MDT)	[thread overview]
Message-ID: <200207021946.g62Jk7802027@aztec.santafe.edu> (raw)
In-Reply-To: <5xvg7zrw6f.fsf@kfs2.cua.dk> (storm@cua.dk)

    More than half of those who responded prefer the existing behaviour,
    so I don't see how removing the functionality will satify their
    wishes.

Each alternative, including the status quo, was disliked by more than
half the respondents.  People advanced various reasons for what they
liked or disliked, showing us various kinds of problems in various
situations.  These problems are all different--they have different
severity.  The point here is to choose something that leaves the
smallest remaining problems, and in fewer cases.  The solution I
stated appears to be that.

In years of experience I've found that "let's give the user an option"
often acts as an easy way out, a way to avoid thinking hard about
doing the right thing by default.  Therefore I'm on guard against it;
I resist the pressure and insist on continuing to work on a good
default that will mean not so many people need to customize it.

In this case, "make it configurable" is not just a way of avoiding the
issue, it is a no-op.  This is already configurable; you can bind C-x
C-q to toggle-read-only or vc-toggle-read-only.  Providing a good
default is the only issue here.

  parent reply	other threads:[~2002-07-02 19:46 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-06-30 17:48 Results of C-x C-q poll Andre Spiegel
2002-07-01 14:10 ` Richard Stallman
2002-07-01 14:24   ` Andre Spiegel
2002-07-02 19:45     ` Richard Stallman
2002-07-01 21:10   ` Kim F. Storm
2002-07-01 20:26     ` Alan Shutko
2002-07-01 21:52       ` Andre Spiegel
2002-07-02 19:46     ` Richard Stallman [this message]
2002-07-06 22:04 ` Stefan Monnier
2002-07-07  9:54   ` Andre Spiegel
2002-07-08 22:06     ` Kim F. Storm
2002-07-09 19:03       ` Andre Spiegel
2002-07-09 20:38         ` Kim F. Storm

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=200207021946.g62Jk7802027@aztec.santafe.edu \
    --to=rms@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=spiegel@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).