From xemacs-m  Thu Jul 24 01:21:53 1997
Received: from kurims.kurims.kyoto-u.ac.jp (kurims.kurims.kyoto-u.ac.jp [130.54.16.1])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id BAA09415
	for <xemacs-beta@xemacs.org>; Thu, 24 Jul 1997 01:21:46 -0500 (CDT)
Received: from orion.kurims.kyoto-u.ac.jp (orion.kurims.kyoto-u.ac.jp [130.54.16.5]) by kurims.kurims.kyoto-u.ac.jp (8.8.5/3.4W2) with SMTP id PAA04606; Thu, 24 Jul 1997 15:21:28 +0900 (JST)
Received: (from petersen@localhost) by orion.kurims.kyoto-u.ac.jp (SMI-8.6/3.5Wbeta) id PAA08129; Thu, 24 Jul 1997 15:21:28 +0900
To: Martin Buchholz <mrb@Eng.Sun.COM>
Cc: xemacs-beta@xemacs.org, William Perry <wmperry@aventail.com>
Subject: Re: charset's, coding-systems and w3
References: <199707220817.RAA11955@orion.kurims.kyoto-u.ac.jp> 	<m2lo2zbgte.fsf@altair.xemacs.org> <199707220920.CAA14630@xemacs.eng.sun.com>
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: text/plain; charset=US-ASCII
From: Jens-Ulrik Holger Petersen <petersen@kurims.kyoto-u.ac.jp>
Date: 24 Jul 1997 15:21:27 +0900
In-Reply-To: Martin Buchholz's message of "Tue, 22 Jul 1997 02:20:05 -0700"
Message-ID: <lbu3hl0y3c.fsf_-_@orion.kurims.kyoto-u.ac.jp>
Lines: 33
X-Mailer: Gnus v5.4.63/XEmacs 20.3(beta14) - "Vienna"

>>>>> "Martin" == Martin Buchholz <mrb@Eng.Sun.COM> writes:

    Martin> Whether charset-registry of ascii should ever be anything
    Martin> other than "iso8859-1" is highly controversial, and I have
    Martin> been flamed for setting it to "jisx0201" in Japanese mode.

At the time I didn't pay attention to that discussion: could you give
us briefly both sides of the argument again?


Also I want to ask, what is the reason for setting

	(set-default-buffer-file-coding-system  'euc-jp)

in the definition of the Japanese language environment
("language/japanese.el")?

In my init file I do:

(set-language-environment 'japanese)
(set-default-buffer-file-coding-system 'iso-2022-8)

which seems to work fine: could that cause me any problems or
inconsistencies?

As I wrote before, with

	(set-default-buffer-file-coding-system  'euc-jp)

binary fetching under w3 is broken, but with 'iso-2022-8 it is fine.
Should that be fixed in w3 or is it an XEmacs/mule problem?

Jens

