GNU bug report logs -
#6616
S-TAB is mismapped in the *Help* buffer
Previous Next
Reported by: Paul Griepentrog <pgriepen <at> gmail.com>
Date: Mon, 12 Jul 2010 06:31:01 UTC
Severity: normal
Done: Adrian Robert <adrian.b.robert <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
Message #40 received at 6616 <at> debbugs.gnu.org (full text, mbox):
On 7/31/10 5:04 PM, Stefan Monnier wrote:
> > and binding [S-tab] to [backtab] in the `ns-alternatives-map' instead?
>
> Actually, we might want to do that everywhere, rather than only in
> x-win.el and ns-win.el.
Thinking more about the problem, I think the confusion comes from
a perfect storm of evolution:
- The [backtab] key does not exist on modern keyboards, but
several modes define keybindings only for [backtab]. (See
erc, grep, compile, ses, diff-mode and log-view.)
- But, X and Windows translate [S-tab] into [backtab], so you
don't even notice this unless you're working on a platform/
terminal without this mapping, for example: Mac OS X.
- Add to that: people treat [backtab] as logically the same as
[S-tab], even though they are different key presses when you
have a [backtab] key.
As a developer, I would be confused. I need to map both for my
mode to be consistent across terminals/platforms. Several modes
do this exactly. (See forms, info, widget, org, and mh.)
I say, pick a solution and make it consistent across the modes
shipped with Emacs. IMHO, [S-tab] is the 'correct' binding,
since we press those actual keys. Update all the modes using
[backtab] to use [S-tab]. Now, anybody who has a [backtab] key
can actually use it, and the rest continue with [S-tab], like
they always did. For compatibility with external modes, we could
map [backtab] to [S-tab].
I can offer a patch to this effect.
This bug report was last modified 15 years and 10 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.