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.
next prev 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).