From: Paul Pogonyshev <pogonyshev@gmail.com>
To: Juri Linkov <juri@linkov.net>
Cc: 43830@debbugs.gnu.org
Subject: bug#43830: keyboard layout handling incompatible with rest of the OS
Date: Wed, 7 Oct 2020 12:37:02 +0200 [thread overview]
Message-ID: <CAG7BpaqRnyJ7NZw5ayCmqMxYHh2XLTNCSoMkyYE03qWSVGB9gg@mail.gmail.com> (raw)
In-Reply-To: <87y2kisawy.fsf@mail.linkov.net>
[-- Attachment #1: Type: text/plain, Size: 2068 bytes --]
> All these problems are because of mismatch between your X layout and
> your Emacs input method. Emacs doesn't know the X layout, so you need
> to define it in Emacs by adapting an existing input method,
> or defining different keys manually.
Sorry, I don't understand. I also don't see anything about this in the
documentation (README).
I want physical key that is '/' in English to type '.' in Russian (because
that is what it does in russian-computer), but invoke shortcuts bound to
C-/, M-/ etc. Is that possible with `reverse-im'?
Paul
On Wed, 7 Oct 2020 at 10:43, Juri Linkov <juri@linkov.net> wrote:
> >> When your X xkb layout has some differences from an Emacs input method,
> >> you need to adjust these mismatched keys, but this is not a big problem.
> >
> > It doesn't. With switching Emacs input methods between English and
> Russian
> > I also get English '/' == Russian '.'. And so C-. in Russian input method
> > works
> > as C-/ in English, because it's the same physical key.
> >
> > Also, the same goes for many S-M-[digit] combinations, because characters
> > on the digit row are often different in Russian layout. For example,
> S-M-6
> > in
> > English layout translates to M-^, `delete-indentation', but in Russian
> > S-M-6
> > becomes M-:, `eval-expression'. And so on.
>
> All these problems are because of mismatch between your X layout and
> your Emacs input method. Emacs doesn't know the X layout, so you need
> to define it in Emacs by adapting an existing input method,
> or defining different keys manually.
>
> > So, it is a good workaround that *mostly* works. But it doesn't solve the
> > underlying issue. Which was successfully solved by other applications
> tens
> > of years ago.
>
> We already discussed this 10 years ago, and the conclusion was that
> it would require too fundamental changes in how Emacs processes keystrokes.
>
> If now you have new ideas about how this would be possible to implement
> by keeping backward-compatibility of the existing design,
> patches that demonstrate the ideas are welcome.
>
[-- Attachment #2: Type: text/html, Size: 2701 bytes --]
next prev parent reply other threads:[~2020-10-07 10:37 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-06 15:34 bug#43830: keyboard layout handling incompatible with rest of the OS Paul Pogonyshev
2020-10-06 17:26 ` Eli Zaretskii
2020-10-06 17:48 ` Paul Pogonyshev
2020-10-06 18:00 ` Eli Zaretskii
2020-10-06 18:46 ` Juri Linkov
2020-10-06 18:59 ` Paul Pogonyshev
2020-10-06 20:34 ` Juri Linkov
2020-10-06 21:05 ` Paul Pogonyshev
2020-10-07 8:16 ` Juri Linkov
2020-10-07 8:51 ` Eli Zaretskii
2020-10-07 19:01 ` Juri Linkov
2020-10-08 8:50 ` Eli Zaretskii
2020-10-08 13:58 ` Paul Pogonyshev
2020-10-28 0:43 ` Paul Pogonyshev
2020-10-28 15:06 ` Eli Zaretskii
2020-10-28 16:16 ` Paul Pogonyshev
2020-10-28 16:31 ` Eli Zaretskii
2020-11-01 0:19 ` Paul Pogonyshev
2020-11-01 15:09 ` Eli Zaretskii
2020-11-01 7:53 ` Juri Linkov
2020-11-01 15:11 ` Eli Zaretskii
2020-11-01 18:27 ` Juri Linkov
2020-11-01 18:49 ` Eli Zaretskii
2020-11-01 16:51 ` Paul Pogonyshev
2020-11-01 17:24 ` Eli Zaretskii
2020-11-01 18:56 ` Paul Pogonyshev
2020-11-01 19:32 ` Eli Zaretskii
2020-11-01 20:06 ` Paul Pogonyshev
2020-11-02 4:41 ` Arthur Miller
2020-11-02 15:38 ` Eli Zaretskii
2020-11-01 7:48 ` Juri Linkov
2020-10-07 10:37 ` Paul Pogonyshev [this message]
2020-10-07 19:04 ` Juri Linkov
2020-10-07 20:08 ` Paul Pogonyshev
2020-10-07 20:25 ` Juri Linkov
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAG7BpaqRnyJ7NZw5ayCmqMxYHh2XLTNCSoMkyYE03qWSVGB9gg@mail.gmail.com \
--to=pogonyshev@gmail.com \
--cc=43830@debbugs.gnu.org \
--cc=juri@linkov.net \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.