[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: tmm.el: non-ASCII characters with locale-coding-system
From: |
Tatsuya Kinoshita |
Subject: |
Re: tmm.el: non-ASCII characters with locale-coding-system |
Date: |
Thu, 17 Apr 2008 01:15:29 +0900 (JST) |
On April 16, 2008 at 11:38AM -0400,
monnier (at iro.umontreal.ca) wrote:
> > The patch is created by Tetsuo Tsukamoto (czkmt at remus.dti.ne.jp)
> > at http://mail.ring.gr.jp/skk/200803/msg00009.html to prevent a
> > problem of displaying Japanese characters with tmm.el reported
> > by Noritada Kobayashi at Debian BTS http://bugs.debian.org/470646.
>
> > To reproduce the problem,
>
> > * Install Daredevil SKK 13.1 (http://openlab.jp/skk/) and Emacs
> > 23.0.60 or 22.2.
>
> > * Run Emacs with `LC_ALL=ja_JP.UTF-8 emacs -q'.
>
> > * Type `M-x skk-mode RET', `M-`' and `s' to select the menu `s==>SKK',
> > and then garbled characters (\351\240\230...) are displayed.
>
> My guess is that if you try the same thing with a different locale, it
> will fail, because the skk-mode for some reasons places utf-8 encoded
> unibyte strings in the menu, so the if any decoding is needed it should
> be with utf-8 rther than with locale-coding-system.
Even if Emacs is invoked with LC_ALL=ja_JP.eucJP, the patch works
nicely.
Hmm, the encoding scheme is decided as follows, quoting from
skk-e21.el:
| (defvar skk-e21-coding-system (cond
| ((memq window-system '(w32 nil))
| nil)
| ((and (boundp 'mac-carbon-version-string)
| window-system
| (find-coding-system 'utf-8))
| 'utf-8)
| (t
| locale-coding-system)))
Should it be set to 'utf-8? What's the correct way to handle a
non-ASCII character of a menu item?
Thanks,
--
Tatsuya Kinoshita