From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Unicode Lisp reader escapes Date: Wed, 17 May 2006 16:09:08 -0400 Message-ID: References: <17491.34779.959316.484740@parhasard.net> <87irohfrx1.fsf@gmx.de> <87iroarr9i.fsf-monnier+emacs@gnu.org> <87d5egrb4c.fsf-monnier+emacs@gnu.org> <87ves8p0us.fsf-monnier+emacs@gnu.org> <87ves8ngtb.fsf@gmx.de> <87u07qcnaa.fsf@gmx.de> <87ves5117y.fsf@gmx.de> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1147896713 6522 80.91.229.2 (17 May 2006 20:11:53 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 17 May 2006 20:11:53 +0000 (UTC) Cc: emacs-devel@gnu.org, monnier@iro.umontreal.ca, handa@m17n.org, alkibiades@gmx.de Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed May 17 22:11:49 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FgSMu-0005AC-03 for ged-emacs-devel@m.gmane.org; Wed, 17 May 2006 22:11:40 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FgSMs-0006FT-Rk for ged-emacs-devel@m.gmane.org; Wed, 17 May 2006 16:11:38 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FgSKb-0005JP-Qp for emacs-devel@gnu.org; Wed, 17 May 2006 16:09:17 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FgSKb-0005J6-Ge for emacs-devel@gnu.org; Wed, 17 May 2006 16:09:17 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FgSKb-0005J0-42 for emacs-devel@gnu.org; Wed, 17 May 2006 16:09:17 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FgSNW-0008OT-PJ for emacs-devel@gnu.org; Wed, 17 May 2006 16:12:18 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1FgSKS-0006oO-1y; Wed, 17 May 2006 16:09:08 -0400 Original-To: Oliver Scholz In-reply-to: <87ves5117y.fsf@gmx.de> (message from Oliver Scholz on Wed, 17 May 2006 10:53:37 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:54656 Archived-At: > What does "fragmentation" mean? I do not recall seeing that term > in this context. It's the opposite of unification. In this context it can mean two different things: Thanks. 1. Undo the effects of `unify-8859-on-decoding' mode. That is, wenn decoding some encodings like cyrillic or some ISO 8859 encodings, then decode them to characters from appropriate mule charsets (e.g. `greek-iso8859-7') rather than to characters from the charset `mule-unicode-0100-24ff'. This is the default. Don't you mean "Don't perform the actions of `unify-8859-on-decoding' mode?" 2. When decoding UCS encodings like UTF-8, decode characters from certain reperoires, e.g. "Greek", to different mule charsets like `greek-iso8859-7'. The default is to decode them all to characters from `mule-unicode-0100-24ff'. A user can turn this behaviour on by customizing `utf-fragment-on-decoding'. That one isn't relevant to the problem we need to solve now.