[Date Prev][Date Next][Thread Prev][][Date Index][Thread Index]

Re: Czech characters displayed incorrectly



>>>>> In [emacs-w3m : No.09993] Niels Giesen wrote:

> thanks for our response.

You're welcom.

> The problem lay with w3mmee, which by the way renders correctly inside a
> terminal.

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

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

Those pages are now displayed correctly with:

emacs-w3m-version
 => "1.4.256"
emacs-version
 => "GNU Emacs 23.0.60.2 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)..."
w3m-version
 => "w3m/0.3.2+mee-p24-23+moe-1.5.8"

Regards,