From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Eli Zaretskii" Newsgroups: gmane.emacs.devel,gmane.emacs.gnus.general Subject: Re: MML charset tag regression Date: Sun, 25 May 2003 20:25:11 +0300 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <2950-Sun25May2003202510+0300-eliz@elta.co.il> References: <0F223D16-8C72-11D7-8F50-00039363E640@swipnet.se> Reply-To: Eli Zaretskii NNTP-Posting-Host: main.gmane.org X-Trace: main.gmane.org 1053883508 26649 80.91.224.249 (25 May 2003 17:25:08 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 25 May 2003 17:25:08 +0000 (UTC) Cc: jas@extundo.com Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Sun May 25 19:25:02 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19JzF0-0006uf-00 for ; Sun, 25 May 2003 19:25:02 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 19JzRo-0000CK-00 for ; Sun, 25 May 2003 19:38:16 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.20) id 19JzFr-0007eY-9F for emacs-devel@quimby.gnus.org; Sun, 25 May 2003 13:25:55 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19JzEs-0006mt-UG for emacs-devel@gnu.org; Sun, 25 May 2003 13:24:54 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19JzEq-0006lU-VV for emacs-devel@gnu.org; Sun, 25 May 2003 13:24:53 -0400 Original-Received: from aragorn.inter.net.il ([192.114.186.23]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19JzEq-0006kJ-GD for emacs-devel@gnu.org; Sun, 25 May 2003 13:24:52 -0400 Original-Received: from zaretsky (cable-129-169.inter.net.il [213.8.129.169]) by aragorn.inter.net.il (Mirapoint Messaging Server MOS 3.2.2-GA) with ESMTP id ARQ39111; Sun, 25 May 2003 20:24:01 +0300 (IDT) Original-To: d.love@dl.ac.uk X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 1.8.9 In-reply-to: (message from Dave Love on Sun, 25 May 2003 17:38:55 +0100) Original-cc: ding@gnus.org Original-cc: emacs-devel@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:14247 gmane.emacs.gnus.general:52841 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:14247 > From: Dave Love > Date: Sun, 25 May 2003 17:38:55 +0100 > > the Unicode branch doesn't actually deal with > compound text properly, because it doesn't do extended segments, and > the released version is at best pretty confused about that and I think > not correct. (Extended segments are not an extension to compound > text, they're part of the specification, contrary to what the current > code says.) The support for extended segments was implemented as an extension of ctext to avoid a thorough rewrite of the ctext en/decoder. As you know, the ctext encoder and decoder are variants of the iso-2022 en/decoder and are handled by the same code (in C). At the time, Handa-san recommended not to touch the iso-2022 code, saying that the code was tricky and hard to maintain, and that we could inadvertently break something important in the process. The general idea of the current implementation (using post-read and pre-write conversions) was also suggested by Handa-san. As you might expect, I gratefully accepted his expert opinions and suggestions. That said, I personally won't object if someone would set forth rewriting coding.c to have extended segments supported natively by the iso-2022 code. Please feel free.