unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Aura Kelloniemi <kaura.dev@sange.fi>
To: rms@gnu.org, 22566@debbugs.gnu.org
Subject: bug#22566: 24.5; Make shift key translation a customizable feature
Date: Wed, 10 Feb 2016 19:15:31 +0200	[thread overview]
Message-ID: <8737t0lc5o.fsf@sange.fi> (raw)
In-Reply-To: <E1aSUBU-0005r3-18@fencepost.gnu.org>

Richard Stallman <rms@gnu.org> writes:

 > Thanks, now I see.  The idea of this is so the shifted keys
 > by default have the same meaning as the unshifted ones.

One of my points is that this behaviour is not logical. There is no similar
functionality available for other modifier keys (ctonrol, alt, meta, super,
hyper, etc.).

When working with text terminals it happens often that some key combinations
sends the same escape seuqnce for plain key press and shifted key press.
Sometimes termcap is lacking correct information and emacs does not interpret
the sequence correctly. Emacs' shift translation adds yet another step for
debugging these issues.

Shift translation may be useful to some people and I'm not asking for removing
it from emacs, just making it customizable - it shouldn't be a big change.

 > Why is it a problem for you?

Well, two reasons:

First reason is that sometimes I press wrong keys, and instead of reporting an
error, emacs does something else - it tries to guess what I wanted, and
probably gets it wrong. This happens often if I open an Org file in text-mode
(because the file's extension is not .org, this happens automatically). Then I
forget that I'm not in org-mode and use shifted arrow keys, but of course they
don't work in a way I expected.

The other problem is that I've lately been adding support for shifted function
keys to my Linux console keymap. Emacs' shift translation has made my
debugging harder, because when I use the describe-key-briefly command to check
if emacs got a shifted function key right, it just reports something like
this: "<C-right> runs the command right-word" even though I pressed
<C-S-Right>. But when I open an org-file in org-mode and try the same key
combination, emacs now says: "<C-S-right> runs the command
org-shiftcontrolright". Describe-key-briefly should at least report that it is
doing some translation. It already does this reporting for non-function keys.

There is a question about this issues on stackexchange, to which I posted a
link in my original message. There the OP is complaining about the same things
that I am, mostly, but adds some other points.

The link is here again, for reference:
http://unix.stackexchange.com/questions/25649/is-it-possible-to-stop-emacs-from-down-translating-my-key-chords

-- 
Aura





  parent reply	other threads:[~2016-02-10 17:15 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-05 15:40 bug#22566: 24.5; Make shift key translation a customizable feature Aura Kelloniemi
     [not found] ` <E1aS8px-0007MP-F4@fencepost.gnu.org>
     [not found]   ` <874mdlobij.fsf@sange.fi>
2016-02-07 17:46     ` Aura Kelloniemi
     [not found]     ` <E1aSUBU-0005r3-18@fencepost.gnu.org>
2016-02-10 17:15       ` Aura Kelloniemi [this message]
2016-02-12 12:31         ` Richard Stallman
2021-08-15 13:03 ` Lars Ingebrigtsen
2021-09-13  9:14   ` Lars Ingebrigtsen
2021-09-13  9:22     ` Aura Kelloniemi
2021-10-04 10:34     ` Lars Ingebrigtsen

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=8737t0lc5o.fsf@sange.fi \
    --to=kaura.dev@sange.fi \
    --cc=22566@debbugs.gnu.org \
    --cc=rms@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).