[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Czech characters displayed incorrectly
>>>>> In [emacs-w3m : No.09993] Niels Giesen wrote:
> thanks for our response.
> The problem lay with w3mmee, which by the way renders correctly inside a
I've installed w3mmee today and confirmed it works wrongly as you
reported. The cause seems to be due to the `ctext' coding system,
which emacs-w3m uses by default to exchange data between Emacs and
w3mmee. I found its behavior varies according to the version of
Emacsen. For instance, the Lisp form
(encode-coding-string "říň" 'ctext)
returns the following values:
Emacs 21.4: "^[-B\370^[-A\355^[-B\362^[-A"
Emacs 22.1: "^[$-1\240\371^[-A\355^[$-1\240\350^[-A"
Emacs 23.0.60: "^[$(D+Z+?+N^[(B"
;; Where "^[" is the raw escape character. Emacs 23.0.60 that I
;; use is the one in the Emacs CVS trunk today. XEmacs 21.4.21
;; and XEmacs 21.5-b28 work like Emacs 23.0.60.
Among them, only the last one is acceptable with w3mmee. That is,
only emacs-w3m and w3mmee running on Emacs 23.0.60 works with no
problem. Though I'm not familiar with ctext, I guess those variants
are all valid as long as they are used inside Emacs and with some
I don't know another coding system with which w3mmee works properly,
so there seems to be no solution other than upgrading Emacs for the
moment. (If you do it, I recommend upgrading emacs-w3m to the CVS
version as well.)
>> Could you let me know the url(s) in question? I'll look into how
>> emacs-w3m works with it.
> Well, the site I noticed this behaviour first on was my own
> (http://niels.kicks-ass.org) but it occurred on "any" page, including
Those pages are now displayed correctly with:
=> "GNU Emacs 18.104.22.168 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)..."