GNU bug report logs - #53452
29.0.50; C-<arrow> selection broken by translate-upper-case-key-bindings

Previous Next

Full log

Message #11 received at 53452 <at> debbugs.gnu.org (full text, mbox):

From: Robert Pluim <rpluim <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Ergus <spacibba <at> aol.com>, 53452 <at> debbugs.gnu.org
Subject: Re: bug#53452: 29.0.50; C-<arrow> selection broken by
 translate-upper-case-key-bindings
Date: Mon, 24 Jan 2022 11:54:19 +0100

>>>>> On Sat, 22 Jan 2022 21:18:11 +0200, Eli Zaretskii <eliz <at> gnu.org> said:

    >> Date: Sat, 22 Jan 2022 19:26:35 +0100
    >> From:  Ergus via "Bug reports for GNU Emacs,
    >> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
    >> 
    >> When translate-upper-case-key-bindings is nil; the shift-arrow selection
    >> does not work
    >> 
    >> emacs -Q
    >> M-: (setq translate-upper-case-key-bindings nil)
    >> S-<right>  // says it is not bound... somehow expected.
    >> 
    >> M-: (keymap-global-set "S-<right>" #'right-char)
    >> S-<right>  // Now moves point but with no selection
    >> 
    >> I don't know where/how emacs recognizes the Shift in this case, but
    >> somehow it is not working

    Eli> It sounds like it cannot work in that case, because shift-select
    Eli> _requires_ that a key was shift-translated, and setting
    Eli> translate-upper-case-key-bindings to nil disables that translation.

The docstring says:
"If non-nil, interpret upper case keys as lower case (when applicable)."

which strongly implies that this only applies to letters, not keys
like <right>

Robert
-- 

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.