[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: Stefan Monnier
Subject: Re: tmm.el: non-ASCII characters with locale-coding-system
Date: Wed, 16 Apr 2008 11:38:06 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)

> Could you please consider applying the following patch to handle
> non-ASCII characters with locale-coding-system for tmm.el?

> -             (setq gl-str elt)
> +             (setq gl-str (decode-coding-string elt locale-coding-system))
> +  (setcar elt (decode-coding-string (car elt) locale-coding-system))

In both cases, you assume that the elt (or its `car') is a unibyte
string that needs to be decoded.  But those should have been decoded
already.  Please try and figure out why they're still unibyte strings
rather than pre-decoded multibyte strings.

> 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.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]