Re: tmm.el: non-ASCII characters with locale-coding-system

[Tatsuya Kinoshita <tats@vega.ocn.ne.jp>]

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