From: Kenichi Handa <handa@m17n.org>
Cc: rms@gnu.org, emacs-devel@gnu.org
Subject: Re: Rebinding international characters
Date: Wed, 18 Aug 2004 10:42:18 +0900 (JST) [thread overview]
Message-ID: <200408180142.KAA01263@etlken.m17n.org> (raw)
In-Reply-To: <m1wtzx5z8t.fsf-monnier+emacs@gnu.org> (message from Stefan on 17 Aug 2004 15:53:56 -0400)
In article <m1wtzx5z8t.fsf-monnier+emacs@gnu.org>, Stefan <monnier@iro.umontreal.ca> writes:
>> I think (C-1), (F-1), (F-2), (G-2), (H-1), (H-2) are not
>> good. (C-1) should be 2289, (F-1) (H-1) should be 241,
>> (F-2) (G-2) (H-2) should be [241].
> I think that the --unicode mode is a dead-end (it made sense when it was
^^^^^^^^^--> --unibyte
> introduced, but in my mind it's always been a temporary workaround for cases
> which the multibyte mode doesn't support correctly yet; nowadays multibyte
> mode behaves sufficiently well that --unibyte mode should be strongly
> discouraged).
I agree. Temporary unibyte buffer/string is still useful
for raw data, but, yes, --unibyte mode is just a headache.
> Thus I think that neither F-1, G-1, F-2, G-2, or H-2 are wrong (maybe
> they're not right either, but we shouldn't waste any time on them).
If Richard agree with that, I'll modify the info along that
line, i.e. clear enough for normal multibyte users.
> I agree that C-1 should be fixed, but that implies doing the translation at
> a lower level than we currently do. It gets us back to the previous
> discussion of the relationship betwen function-key-map and
> key-translation-map and that we should have a key-translation-map-like step
> before function-key-map.
What do you think about my previous suggesion; i.e. handling
it between keyboard-translate-table and input method in
read_char?
> Also we should be careful that applications like xterm-mouse-mode which want
> to read keyboard input events as binary (even if the rest of the events are
> normally treated as latin-1 or utf-8) can still do that properly.
> It shouldn't be a source of problems, but it's still worth remembering.
Ah, yes.
---
Ken'ichi HANDA
handa@m17n.org
next prev parent reply other threads:[~2004-08-18 1:42 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <658l7dju.fsf@wanadoo.es>
[not found] ` <E1BmU78-0000Ei-Lx@fencepost.gnu.org>
[not found] ` <wu103yd7.fsf@wanadoo.es>
[not found] ` <E1Bn1Sw-0005LE-KU@fencepost.gnu.org>
[not found] ` <llhe2nr3.fsf@wanadoo.es>
[not found] ` <E1BnapZ-0003Dl-HT@fencepost.gnu.org>
[not found] ` <ekn418ml.fsf@wanadoo.es>
[not found] ` <E1BoCnX-0006WN-Ko@fencepost.gnu.org>
[not found] ` <acxqyr87.fsf@wanadoo.es>
[not found] ` <m14qnxl3b8.fsf-monnier+emacs@gnu.org>
[not found] ` <200407270250.LAA07100@etlken.m17n.org>
[not found] ` <jwv7jsp7ems.fsf-monnier+emacs@gnu.org>
[not found] ` <200407280152.KAA09883@etlken.m17n.org>
[not found] ` <200407300642.PAA15666@etlken.m17n.org>
[not found] ` <E1Bqk3T-0005md-Nc@fencepost.gnu.org>
[not found] ` <200408021244.VAA22947@etlken.m17n.org>
[not found] ` <jwvvfg18v8y.fsf-monnier+emacs@gnu.org>
[not found] ` <200408030020.JAA24083@etlken.m17n.org>
[not found] ` <200408031209.VAA25650@etlken.m17n.org>
[not found] ` <2914-Tue03Aug2004220812+0300-eliz@gnu.org>
[not found] ` <200408050046.JAA29472@etlken.m17n.org>
[not found] ` <3c32jrng.fsf@wanadoo.es>
[not found] ` <200408050447.NAA29917@etlken.m17n.org>
[not found] ` <E1BwXlc-0005CT-HX@fencepost.gnu.org>
2004-08-17 7:14 ` Rebinding international characters Kenichi Handa
2004-08-17 19:53 ` Stefan
2004-08-18 1:42 ` Kenichi Handa [this message]
2004-08-18 15:55 ` Stefan Monnier
2004-08-19 18:04 ` Richard Stallman
2004-08-18 1:34 ` Richard Stallman
2004-08-18 5:06 ` Kenichi Handa
2004-08-18 15:44 ` Stefan Monnier
2004-08-19 0:25 ` Kenichi Handa
2004-08-19 13:41 ` Stefan Monnier
2004-08-20 0:06 ` Kenichi Handa
2004-08-20 14:59 ` Stefan Monnier
2004-08-21 0:09 ` Kenichi Handa
2004-08-22 1:11 ` Stefan Monnier
2004-08-23 1:27 ` Kenichi Handa
2004-08-23 2:02 ` Stefan Monnier
2004-08-20 6:25 ` Oliver Scholz
2004-08-20 15:05 ` Stefan Monnier
2004-08-21 11:24 ` Oliver Scholz
2004-08-18 1:34 ` 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
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=200408180142.KAA01263@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 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).