From: Kenichi Handa <handa@m17n.org>
To: rms@gnu.org
Cc: emacs-devel@gnu.org
Subject: Re: encoded-kbd-mode
Date: Mon, 02 Apr 2007 11:02:36 +0900 [thread overview]
Message-ID: <E1HYBsS-0000oo-Pr@etlken.m17n.org> (raw)
In-Reply-To: <E1HXmsR-0000yZ-2g@fencepost.gnu.org> (message from Richard Stallman on Sat, 31 Mar 2007 19:20:55 -0400)
In article <E1HXmsR-0000yZ-2g@fencepost.gnu.org>, Richard Stallman <rms@gnu.org> writes:
> Would you please explain to me the cause of the problems
> in converting Meta characters? I want to fully understand
> why binding (meta ?é) won't work on Windows.
Encoded-kdb-mode is designed to convert raw-byte event
sequence into character event sequence by utilizing keymap
look-up mechanism. So, it creates key-translation-map that
maps raw-byte events to proper commands or to deeper maps.
To make it handle a raw-byte event with modifers, we must
create key-bindings for all combinations of modifiers. It
may leads to combinatorial-explosion. We may be able to
catch all events by [t], but that requires another event
parsing state (extract modifiers from the event, remember it
in some variable, delete modifiers from the event, feed it
again to key-translation-map, modify the last character
event generator to handle the remembered modifiers, etc).
Another anxiety is for those Windows user who have already
found this workaround:
(global-set-key [?\M-\351] ...)
If we make [?\M-é] work for Windows now, the above setting
stops working. I think people accept such a breakage more
tolerantly if the change is for emacs-unicode.
---
Kenichi Handa
handa@m17n.org
next prev parent reply other threads:[~2007-04-02 2:02 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-31 23:20 encoded-kbd-mode Richard Stallman
2007-04-02 2:02 ` Kenichi Handa [this message]
2007-04-03 7:46 ` encoded-kbd-mode Richard Stallman
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=E1HYBsS-0000oo-Pr@etlken.m17n.org \
--to=handa@m17n.org \
--cc=emacs-devel@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 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.