From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/32526 Path: main.gmane.org!not-for-mail From: Dave Love Newsgroups: gmane.emacs.gnus.general Subject: Re: \201 irritation! :-) Date: Thu, 21 Sep 2000 20:33:58 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: <200009211933.UAA08307@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> <200009181407.PAA02748@djlvig.dl.ac.uk> <87wvg7roi1.fsf@deneb.enyo.de> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035168798 20343 80.91.224.250 (21 Oct 2002 02:53:18 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 02:53:18 +0000 (UTC) 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 BE650D051E for ; Thu, 21 Sep 2000 15:34:53 -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 OAC03070; Thu, 21 Sep 2000 14:34:28 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Thu, 21 Sep 2000 14:33:51 -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 OAA04742 for ; Thu, 21 Sep 2000 14:33:39 -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 EB426D051E for ; Thu, 21 Sep 2000 15:33:59 -0400 (EDT) Original-Received: (from fx@localhost) by djlvig.dl.ac.uk (8.8.7/8.8.5) id UAA08307; Thu, 21 Sep 2000 20:33:58 +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: ding@gnus.org In-Reply-To: Florian Weimer's message of "20 Sep 2000 18:56:22 +0200" User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.0.90 Original-Lines: 35 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:32526 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:32526 >>>>> "FW" == Florian Weimer writes: FW> Byte-combination kills the quoted-printable encoder (or used to FW> do it in the past, at least). I don't see why it should, at least for a sane charset. Do you know exactly how it fails? I assume Mule 5 will solve such problems, but I want to make sure. FW> Copying byte-combinations between unibyte and multibyte buffers FW> results in some weird effects. Sometimes, Emacs is not 8-bit FW> clean. :-( I don't know what that means. Just spurious combination of leading bytes stuffed raw into a multibyte buffer or something else? (Obviously going multibyte->unibyte is generally lossy.) `8-bit clean' doesn't seem meaningful in a multibyte setting, but Emacs is so if you operate purely in unibyte (modulo `set-input-mode', perhaps). >> 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. FW> Does "encode-coding-region" produce characters in this encoding? Do you mean _de_code-coding-region? `encode-coding-region' would produce raw bytes. (find-charset-string (decode-coding-string "\344b\205" 'latin-9)) => (ascii latin-iso8859-15 eight-bit-control) FW> BTW: Please do not abuse GRAVE ACCENT (U+0060) as quotation mark. FW> Thanks. It's too late for that, but this will be ASCII.