From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Russian letters Date: Fri, 07 Jul 2006 11:46:29 +0300 Message-ID: References: <200607052110.21816.pogonyshev@gmx.net> <200607062327.27707.pogonyshev@gmx.net> <200607070048.15559.pogonyshev@gmx.net> Reply-To: Eli Zaretskii NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1152262010 25721 80.91.229.2 (7 Jul 2006 08:46:50 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 7 Jul 2006 08:46:50 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 07 10:46:48 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 1Fylz4-00040o-GE for ged-emacs-devel@m.gmane.org; Fri, 07 Jul 2006 10:46:46 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fylz4-0007I4-2O for ged-emacs-devel@m.gmane.org; Fri, 07 Jul 2006 04:46:46 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fylyq-0007Hz-TW for emacs-devel@gnu.org; Fri, 07 Jul 2006 04:46:32 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fylyp-0007Hk-Bv for emacs-devel@gnu.org; Fri, 07 Jul 2006 04:46:32 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fylyp-0007Hf-8E for emacs-devel@gnu.org; Fri, 07 Jul 2006 04:46:31 -0400 Original-Received: from [192.114.186.20] (helo=nitzan.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FylzC-0008UU-Cm for emacs-devel@gnu.org; Fri, 07 Jul 2006 04:46:54 -0400 Original-Received: from HOME-C4E4A596F7 (IGLD-84-228-163-164.inter.net.il [84.228.163.164]) by nitzan.inter.net.il (MOS 3.7.3-GA) with ESMTP id EAU28142 (AUTH halo1); Fri, 7 Jul 2006 11:46:29 +0300 (IDT) Original-To: Paul Pogonyshev In-reply-to: <200607070048.15559.pogonyshev@gmx.net> (message from Paul Pogonyshev on Fri, 7 Jul 2006 00:48:15 +0300) 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:56703 Archived-At: > From: Paul Pogonyshev > Date: Fri, 7 Jul 2006 00:48:15 +0300 > > $ emacs -Q > M-x customize-variable RET utf-fragment-on-decoding RET > [set to t, set for current session] > C-x C-f test.text RET > > Now, the characters from the file are decoded into `cyrillic-iso8859-5', > while new, typed characters are in `mule-unicode-0100-24ff'. This is exactly what is expected. Here's the doc string of utf-fragment-on-decoding: utf-fragment-on-decoding's value is nil Whether or not to decode some chars in UTF-8/16 text into iso8859 charsets. Setting this means that the relevant Cyrillic and Greek characters are decoded into the iso8859 charsets rather than into mule-unicode-0100-24ff. The iso8859 charsets take half as much space in the buffer, but using them may affect how the buffer can be re-encoded and may require a different input method to search for them, for instance. See `unify-8859-on-decoding-mode' and `unify-8859-on-encoding-mode' for mechanisms to make this largely transparent. The reason why the default value is nil is precisely that most users will not want the fragmentation, they will want the characters to belong to a single character set. Did you set this variable to a non-nil value in your .emacs? If so, how about removing that customization? If the reason is that you don't have Unicode fonts installed, I think installing them is a better solution.