[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: w3m-el-snapshot vs. emacs-snapshot
- From: Sven Joachim <svenjoac@xxxxxx>
- Date: Wed, 10 Jun 2009 10:08:22 +0200
- X-ml-name: emacs-w3m
- X-mail-count: 10914
- References: <873aaemoup.fsf@xxxxxxxxxxx> <87zlcl26co.fsf@xxxxxxxxxxxxx> <87ocswv9uw.fsf_-_@xxxxxxxxxxx> <877hzkiluh.fsf@xxxxxxxxxxxxx> <87k53kv8hp.fsf@xxxxxxxxxxx>
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