From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/32487 Path: main.gmane.org!not-for-mail From: Dave Love Newsgroups: gmane.emacs.gnus.general Subject: Re: \201 irritation! :-) Date: Mon, 18 Sep 2000 15:07:53 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: <200009181407.PAA02748@djlvig.dl.ac.uk> References: <00Aug28.151432edt.115218@gateway.intersys.com> <00Aug28.173634edt.115213@gateway.intersys.com> <200009051429.PAA09826@djlvig.dl.ac.uk> <200009082240.XAA16800@djlvig.dl.ac.uk> <87n1h86w6a.fsf@deneb.enyo.de> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1035168766 20095 80.91.224.250 (21 Oct 2002 02:52:46 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 02:52:46 +0000 (UTC) Cc: ding@gnus.org Return-Path: Original-Received: from fisher.math.uh.edu (fisher.math.uh.edu [129.7.128.35]) by mailhost.sclp.com (Postfix) with ESMTP id F2586D051E for ; Tue, 19 Sep 2000 05:35:35 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by fisher.math.uh.edu (8.9.1/8.9.1) with ESMTP id JAC20355; Mon, 18 Sep 2000 09:08:34 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 18 Sep 2000 09:07:53 -0500 (CDT) Original-Received: from mailhost.sclp.com (postfix@66-209.196.61.interliant.com [209.196.61.66] (may be forged)) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id JAA28856 for ; Mon, 18 Sep 2000 09:07:41 -0500 (CDT) Original-Received: from djlvig.dl.ac.uk (djlvig.dl.ac.uk [148.79.112.146]) by mailhost.sclp.com (Postfix) with ESMTP id BB4B6D051E for ; Mon, 18 Sep 2000 10:08:06 -0400 (EDT) Original-Received: (from fx@localhost) by djlvig.dl.ac.uk (8.8.7/8.8.5) id PAA02748; Mon, 18 Sep 2000 15:07:53 +0100 X-Authentication-Warning: djlvig.dl.ac.uk: fx set sender to d.love@dl.ac.uk using -f X-Face: "_!nmR@11ZNuumt0oqG"Y3Hfy|;FGz)`"ul[G?ah6k-oNyDW?3/Nq3Qab$kUnUQ_d4};kPl R=}-Vqfo|S5mThi-kaBR=>%g5a3-OvnEhdHu{^APIaP:b}0m!$bDC>SX zz'r)e?`at?tpD*+~b+pf Original-To: Florian Weimer In-Reply-To: Florian Weimer's message of "16 Sep 2000 20:14:53 +0200" User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.0.90 Original-Lines: 32 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:32487 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:32487 >>>>> "FW" == Florian Weimer writes: FW> Dave Love writes: FP> Yes, I noticed this. After having installed Otfried UTF-8 FP> support, Gnus apparently started to use it automatically, and FP> something appears to be wrong somewhere in the process. >> >> It would presumably be helpful to know where. FW> See the Gnus ChangeLog. François' article would require splitting into FW> several text/plain parts with different charsets, so Gnus uses UTF-8 FW> automatically if it's available to avoid this. Yes, `where' was supposed to mean where in Mule-UCS. FW> In the past, UTF-8 used to work pretty well. It would be nice to know how it broke if it's not what ShengHuo just fixed. FW> Unfortunately, UTF-8 is likely to contain some of the quoting FW> characters used by GNU Emacs for in-band signalling of some FW> MULE-related information I guess you mean you can get spurious byte-combination, as I think ShengHuo was talking about. As far as I know, this shouldn't be a problem simply decoding the external utf-8 coding system, but I don't grok Mule-UCS and I don't know where the problem is occurring. Anyway, the `eight-bit-control' charset in Mule 5.0 should fix that sort of thing in the future, as well as allowing better auto-detection of utf-8.