Bug 852 - Control-<key> sequences should be independent of keyboard layout
Summary: Control-<key> sequences should be independent of keyboard layout
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: emacs-X11 (show other bugs)
Version: unstable
Hardware: all Linux
: P4 major
Assignee: Ivan Zakharyaschev
QA Contact:
URL:
Keywords:
Depends on:
Blocks: 30528
  Show dependency tree
 
Reported: 2002-04-17 13:57 MSD by Mikhail Zabaluev
Modified: 2014-12-02 13:30 MSK (History)
0 users

See Also:


Attachments
0000852-emacs-21.2-Meta-Alt-Ctrl-Hyper-super-discard-state.patch (1.29 KB, application/octet-stream)
2002-11-09 17:41 MSK, Mikhail Zabaluev
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mikhail Zabaluev 2002-04-17 13:57:20 MSD
Control-<key> sequences are handled indifferently in various keyboard layouts by most programs. Emacs happens to do otherwise. It\'s impossible to enter keyboard shortcuts like C-x while in Russian layout. M-x would be nice to work there, too.
---

---
Installed packages:
emacs-X11-21.2-alt4
emacsen-startscripts-0.0.1-alt3
emacs-leim-21.2-alt4
XFree86-server-4.2.0-alt2

Xkb options from /etc/X11/XF86Config-4:
    Option \"XkbRules\" \"xfree86\"
    Option \"XkbModel\" \"pc105\"
    Option \"XkbLayout\" \"ru\"
    Option \"XkbVariant\" \"winkeys\"
    Option \"XkbOptions\"  \"grp:ctrl_shift_toggle\"

Comment 1 imz 2002-11-09 17:45:12 MSK
in emacs-21.2-alt9 by menas of the uploaded patch.

It changes emacs\' internals, we should be extermely careful that it doesn\'t break  
some correct behaviour in other places.

It\'s idea is like this: if one modifier of the certain modifiers is encountered in inout event, almost the whole state is discarded to acquire the keysym. (Originally, only the encountered modifier used to be discarded in this case.)
Comment 2 imz 2002-11-09 17:45:12 MSK
in emacs-21.2-alt9 by menas of the uploaded patch.

It changes emacs\' internals, we should be extermely careful that it doesn\'t break  
some correct behaviour in other places.

It\'s idea is like this: if one modifier of the certain modifiers is encountered in inout event, almost the whole state is discarded to acquire the keysym. (Originally, only the encountered modifier used to be discarded in this case.)