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

Re: w3m-el-snapshot vs. emacs-snapshot



On 2009-06-10 09:44 +0200, jidanni@xxxxxxxxxxx wrote:

> SJ> This is Debian bug #506106¹.
> SJ> ¹ http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506106
> Oh no, I wonder what will happen to me calling emacs-w3m from inside
> emacs-snapshot. One uses UTF-8 one uses mule...? Aggg.

I don't think you have to be afraid of incompatibilities between emacs22
and emacs-snapshot, although w3m's coding systems are a complete mess:

w3m-bookmark-file-coding-system => euc-japan
w3m-coding-system => iso-2022-7bit
w3m-default-coding-system => iso-8859-1
w3m-file-coding-system => iso-2022-7bit
w3m-file-coding-system-for-read => nil
w3m-file-name-coding-system => euc-japan
w3m-form-textarea-file-coding-system => utf-8
w3m-input-coding-system => utf-8
w3m-output-coding-system => utf-8
w3m-terminal-coding-system => euc-japan

Sven