unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: <emacs-devel@gnu.org>
Subject: RE: Binding F11 and F12 to buffer-switching and file-saving bydefault
Date: Wed, 31 Jan 2007 08:51:27 -0800	[thread overview]
Message-ID: <EIENLHALHGIMHGDOLMIMMEJGCOAA.drew.adams@oracle.com> (raw)
In-Reply-To: <c241693f0701301243t1b3cac39uc206bb77d9fc78be@mail.gmail.com>

> > Multiplying bindings for common commands adds confusion IMHO.
>
> Hmm. Perhaps that is true. (To the rest of you: Do you agree?)

FWIW, I do. And it does more than add confusion: it raises a shaggy mane
against Occam's Razor.

I also disagree with those who feel that it's a good idea for Emacs to bind
lots of keys, such as function keys, by default, giving as the sole
rationale ("Why not?") that users can always override them. I disagree with
the sentiment that unbound keys are virgin territory that is secretly
yearning to be ravished, paradise pleading inwardly to be paved.

Why? Binding keys by default just because they can be bound reduces
unnecessarily the possibilities for third-party libraries (i.e. those not
included in Emacs). It's generally considered good etiquette for a library
not to trample on standard Emacs bindings, when that can be avoided. If
Emacs binds everything, then what's left for other libraries?

IOW, it's not just user customizations that might need to bind keys for
particular uses, but also other libraries. And, if there is no distinction
made among standard bindings (feel free to modify these, please don't modify
those if you can avoid it, etc.), then libraries will end up overriding
bindings in no special order, and that means overriding some that perhaps we
wouldn't want overridden.

If there are some keys that are not bound by default (and not reserved for
users, by convention), then a third-party library will feel free to bind
them. If there are no such keys, or few, then we probably should classify
the standard bindings somehow, to give other libraries guidelines about
which to trample in priority.

> But M-x compile and M-x recompile have no default binding.

As someone else said, one person's gotta-have-a-quick-key command is
another's never-use-that command. Emacs developers have always weighed
considerations of common usage. They need to decide how important it is to
most users to bind such a command by default.

Just because some key has not yet been bound by default is not a sufficient
reason to bind it to something in vanilla Emacs. Leave a few herbs
untrimmed.

My own preference is that the function keys be left unbound by default,
except where there might be well-established conventions outside Emacs - for
example, for f1.

> Yes, but as Stefan mentions in his reply to this message, we
> should at least bind F11 and F12 to *something*.

That's precisely the argument I don't buy: `If it's not yet bound, that's a
good enough reason to give it a default binding.' No; some other
justification should be given, IMO.

(leave-no-key-unbound manifest-destiny seen-one-redwood-you've-seen-em-all .
more-of-the-same)

  parent reply	other threads:[~2007-01-31 16:51 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-01-30  8:47 Binding F11 and F12 to buffer-switching and file-saving by default Jason Spiro
2007-01-30  8:59 ` Juanma Barranquero
2007-01-30 10:52   ` Jason Spiro
2007-01-30 11:43     ` Juanma Barranquero
2007-01-30 20:43       ` Jason Spiro
2007-01-31  1:51         ` Juanma Barranquero
2007-01-31  1:55           ` Jason Spiro
2007-01-31  2:15             ` Juanma Barranquero
2007-01-31  7:52               ` Andreas Roehler
2007-01-31  7:47                 ` David Kastrup
2007-01-31 18:58             ` Jiri Pejchal
2007-02-01 12:35             ` Stephen Leake
2007-02-01 19:49               ` Ted Zlatanov
2007-01-31  2:19           ` Stefan Monnier
2007-02-01 12:29             ` Stephen Leake
2007-01-31 16:51         ` Drew Adams [this message]
2007-02-01  0:08           ` Binding F11 and F12 to buffer-switching and file-saving bydefault Richard Stallman
2007-02-01 20:04             ` Ted Zlatanov
2007-01-30 20:27     ` Binding F11 and F12 to buffer-switching and file-saving by default Eli Zaretskii
2007-01-30 20:45       ` Jason Spiro
2007-01-30 20:25   ` Richard Stallman
2007-01-30 15:09 ` Stefan Monnier
2007-01-31 15:21   ` Stephen Leake
2007-02-01  3:47     ` Daniel Brockman
2007-02-01  1:09 ` JD Smith

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=EIENLHALHGIMHGDOLMIMMEJGCOAA.drew.adams@oracle.com \
    --to=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).