From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/19455 Path: main.gmane.org!not-for-mail From: Shenghuo ZHU Newsgroups: gmane.emacs.gnus.general Subject: Re: Automatic part insertion: =?iso-8859-1?q?=E5=E4=F6?= and =?cn-gb-2312?b?s9TExMj7?= on the same line Date: 02 Dec 1998 12:38:17 -0500 Organization: Computer Dept of U Rochester Sender: owner-ding@hpc.uh.edu Message-ID: <5bu2ze8mwm.fsf@brandy.cs.rochester.edu> References: <6f67buzzff.fsf@dna.lth.se> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 X-Trace: main.gmane.org 1035157800 11658 80.91.224.250 (20 Oct 2002 23:50:00 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:50:00 +0000 (UTC) Return-Path: Original-Received: from gizmo.hpc.uh.edu (gizmo.hpc.uh.edu [129.7.102.31]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id MAA00732 for ; Wed, 2 Dec 1998 12:41:48 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@sina.hpc.uh.edu [129.7.3.5]) by gizmo.hpc.uh.edu (8.9.1/8.9.1) with ESMTP id LAA15270; Wed, 2 Dec 1998 11:39:09 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 02 Dec 1998 11:38:53 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id LAA06601 for ; Wed, 2 Dec 1998 11:38:45 -0600 (CST) Original-Received: from cayuga.cs.rochester.edu (cayuga.cs.rochester.edu [192.5.53.209]) by sclp3.sclp.com (8.8.5/8.8.5) with SMTP id MAA00623 for ; Wed, 2 Dec 1998 12:38:23 -0500 (EST) Original-Received: from slate.cs.rochester.edu (slate.cs.rochester.edu [192.5.53.101]) by cayuga.cs.rochester.edu (8.6.9/O) with ESMTP id MAA03741 for ; Wed, 2 Dec 1998 12:38:19 -0500 Original-Received: from brandy.cs.rochester.edu (brandy.cs.rochester.edu [192.5.53.199]) by slate.cs.rochester.edu (8.6.9/O) with ESMTP id MAA21664 for ; Wed, 2 Dec 1998 12:38:19 -0500 Original-Received: (from zsh@localhost) by brandy.cs.rochester.edu (SMI-8.6/N++) id MAA25392; Wed, 2 Dec 1998 12:38:18 -0500 Original-To: ding@gnus.org X-Attribution: ZSH X-Face: 'IF:e51ib'Qbl^(}l^&4-J`'P!@[4~O|&k#:@Gld#b/]oMq&`&FVY._3+b`mzp~Jeve~/#/ ERD!OTe<86UhyN=l`mrPY)M7_}`Ktt\K+58Z!hu7>qU,i.N7TotU[FYE(f1;}`g2xj!u*l`^&=Q!g{ *q|ddto|nkt"$r,K$[)"|6,elPH= GJ6Q In-Reply-To: Vladimir Volovich's message of "02 Dec 1998 15:39:47 +0300" User-Agent: Gnus/5.070058 (Pterodactyl Gnus v0.58) Emacs/20.3 Precedence: list X-Majordomo: 1.94.jlt7 Original-Lines: 29 Xref: main.gmane.org gmane.emacs.gnus.general:19455 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:19455 This sounds cool! >>>>> "VVV" == Vladimir Volovich writes: VVV> Well, very nice. :-) I take my words back about automatical parts VVV> insertions, _provided_that_ there is an RFC which specifies that VVV> some part should be displayed as a continuation of the line of VVV> previous part (as gnus did when displaying your message). Is it VVV> really documented? If so, then all is fine. Also, gnus should VVV> prefer to not create `automagical' mime parts if it _can_ find a VVV> single charset for the whole part. For example, a message with VVV> mixed russian+japanese seems to fit into japanese mime VVV> encoding. So, even if i'm sending this from a cyrillic VVV> environment in Emacs, gnus should prefer to encode the part with VVV> the mixed text using single charset, if available. Thus, when VVV> Emacs will support unicode, gnus will send messages with mixed VVV> chinese+scandinavian text without breaking into parts. Does mule use the same (mule) charset for Russian characters in cyrillic-iso-8bit and japanese-iso-8bit? Possible not. In Gnu Emacs 20.3, cyrillic-iso8859-5 is not safe in japanese-iso-8bit. So I guess, Gnu Emacs itself can not safely encode cyrillic-iso8859-5 characters with japanese. There is a unicode package. But it only support utf-8 in Gnu Emacs. -- Shenghuo