[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: C-h C-i
From: |
Karl Fogel |
Subject: |
Re: C-h C-i |
Date: |
18 Jun 2004 03:18:08 -0500 |
User-agent: |
Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 |
Juri Linkov <address@hidden> writes:
> Karl Fogel <address@hidden> writes:
> > `C-h C-i' may be unbound now, but another use might be found for it
> > later, one better than simply duplicating what `C-h i' does right now.
> > If we bind it to something common and important like `info', it'd be
> > hard to change that later.
>
> I don't suggest to make `C-h C-i' an official keybinding for `info'
> by documenting it everywhere. What I propose is only to add it
> to help.el as a catcher for cases when users mistype `C-h i'
> which now is very probable when switching between Info buffer with
> key sequences like C-1 C-h i C-2 C-h i C-3 C-h i C-4 C-h i C-5 C-h i.
>
> If we find a better use for `C-h C-i' later, we can freely rebind it,
> since we don't advertise it as an official keybinding for `info'.
(Has Emacs ever used such an "unofficial keybinding" policy before?)
I really don't think it's worth optimizing for such narrow use cases
by making a special keybinding, especially when the consequence of
mistyping right now is merely that nothing happens.
There are two possible outcomes here, both undesirable IMHO:
1. That key sequence is not used very often... In which case, the
benefit of adding this keybinding is correspondingly small.
or
2. That key sequence is used fairly often... In which case, the new
binding would be something people *do* grow to depend on,
whether we document it "officially" or not, and therefore we'd
effectively lose the ability to bind it to something different
in the future.
-Karl
- C-h C-i, Juri Linkov, 2004/06/17
- Re: C-h C-i, Richard Stallman, 2004/06/18
- Re: C-h C-i, Karl Fogel, 2004/06/19
- Re: C-h C-i, Juanma Barranquero, 2004/06/19
- Re: C-h C-i, Miles Bader, 2004/06/19
- Re: C-h C-i, Juanma Barranquero, 2004/06/19
- One possible bug-tracking system., Karl Fogel, 2004/06/20
- Re: One possible bug-tracking system., Alex Schroeder, 2004/06/20