From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/62028 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general,gmane.emacs.xemacs.beta Subject: Re: [Bug: 21.4.18] gnus 5.10.7 not rendering Latin-1 headers Date: Mon, 20 Feb 2006 16:41:31 +0900 Organization: Emacsen advocacy group Message-ID: References: <8062.1140387067@athyra> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1140421901 26321 80.91.229.2 (20 Feb 2006 07:51:41 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 20 Feb 2006 07:51:41 +0000 (UTC) Cc: Mike Kupfer , xemacs-beta@xemacs.org Original-X-From: ding-owner+m10556@lists.math.uh.edu Mon Feb 20 08:51:38 2006 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FB5pV-0005fI-7f for ding-account@gmane.org; Mon, 20 Feb 2006 08:51:33 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1FB5pN-000620-00; Mon, 20 Feb 2006 01:51:26 -0600 Original-Received: from nas02.math.uh.edu ([129.7.128.40]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1FB5g4-00061s-00 for ding@lists.math.uh.edu; Mon, 20 Feb 2006 01:41:48 -0600 Original-Received: from quimby.gnus.org ([80.91.224.244]) by nas02.math.uh.edu with esmtp (Exim 4.52) id 1FB5g1-0001Ku-Ei for ding@lists.math.uh.edu; Mon, 20 Feb 2006 01:41:48 -0600 Original-Received: from washington.hostforweb.net ([66.225.201.13]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1FB5fw-0004p5-00 for ; Mon, 20 Feb 2006 08:41:40 +0100 Original-Received: from [205.234.185.198] (port=45541 helo=mail.jpl.org) by washington.hostforweb.net with esmtpa (Exim 4.52) id 1FB5g9-0006m2-4j; Mon, 20 Feb 2006 01:41:53 -0600 Original-To: ding@gnus.org Mail-Followup-To: ding@gnus.org, Mike Kupfer , xemacs-beta@xemacs.org X-Face: #kKnN,xUnmKia.'[pp`;Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu;B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux) Cancel-Lock: sha1:8tBwH4RTeHCpyfMZ/FzkY2K2khM= X-Hashcash: 1:20:060220:ding@gnus.org::D+9zmSr9kI2LB9mV:00002EAR X-Hashcash: 1:20:060220:kupfer@athyra.sfbay.sun.com::5q3s9IKw/XgTChAf:00000000000000000000000000000000000XYd X-Hashcash: 1:20:060220:xemacs-beta@xemacs.org::ZMcuEwreLkMm3I+W:0000000000000000000000000000000000000001nbw X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - washington.hostforweb.net X-AntiAbuse: Original Domain - gnus.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: -2.5 (--) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu Xref: news.gmane.org gmane.emacs.gnus.general:62028 gmane.emacs.xemacs.beta:22110 Archived-At: >>>>> In Reiner Steib wrote: > Leaving this for the XEmacs folks... >> The docstring for mm-coding-system-p says it returns "a coding system >> object in XEmacs". The XEmacs Lisp reference talks about coding >> systems, under MULE. Does that mean that coding system objects only >> exist in MULE XEmacs? What should (mm-coding-system-p 'iso-8859-1) >> return in non-MULE XEmacs? I have five XEmacsen installed. Those are: 1. 21.4.19 with mule with file-coding 2. 21.4.19 with mule without file-coding 3. 21.4.19 without mule without file-coding 4. 21.5-b24 with mule with file-coding 5. 21.5-b24 without mule with file-coding Only 3 doesn't have coding system functions including `decode-coding-string', `encode-coding-region', etc., and mm-util makes them all aliases to `identity', `ignore' or equivalents. Even so, if I understand it correctly, that version of XEmacs displays 8-bit data as Latin-1 characters. For example: (insert "\310") =C8 (mm-decode-coding-string "\310" 'iso-8859-1) "=C8" (mm-decode-coding-string "\310" 'any-coding-system) "=C8" The last example suggests we can make `mm-coding-system-p' return any value, that is, it doesn't have to be a coding system object. Actually, the following form works: (let ((mm-coding-system-list '(iso-8859-1))) (rfc2047-decode-string "=3D?ISO-8859-1?Q?Ignacio_Marambio_Cat=3DE1n?=3D")) "Ignacio Marambio Cat=E1n" So, changing (defvar mm-coding-system-list nil) to (defvar mm-coding-system-list '(iso-8859-1)) in mm-util.el will solve at least the problem that Mike Kupfer first brought up. Is there any coding systems which should be added to the default value other than iso-8859-1 that XEmacs without mule without file-coding supports? I'm not sure it solves all problems with Gnus and that version of XEmacs, though.