From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Pogonyshev Newsgroups: gmane.emacs.devel Subject: Re: Russian letters Date: Thu, 6 Jul 2006 01:21:26 +0300 Message-ID: <200607060121.26289.pogonyshev@gmx.net> References: <200607052110.21816.pogonyshev@gmx.net> <200607060043.28718.pogonyshev@gmx.net> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1152137737 3749 80.91.229.2 (5 Jul 2006 22:15:37 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 5 Jul 2006 22:15:37 +0000 (UTC) Cc: Andreas Schwab Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 06 00:15:35 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 1FyFeE-0007VL-PS for ged-emacs-devel@m.gmane.org; Thu, 06 Jul 2006 00:15:07 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FyFeE-0000Fw-5t for ged-emacs-devel@m.gmane.org; Wed, 05 Jul 2006 18:15:06 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FyFdm-0008Sy-N9 for emacs-devel@gnu.org; Wed, 05 Jul 2006 18:14:38 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FyFdl-0008Rn-UT for emacs-devel@gnu.org; Wed, 05 Jul 2006 18:14:38 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FyFdl-0008RX-PC for emacs-devel@gnu.org; Wed, 05 Jul 2006 18:14:37 -0400 Original-Received: from [213.165.64.21] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.52) id 1FyFdo-0007pM-UT for emacs-devel@gnu.org; Wed, 05 Jul 2006 18:14:41 -0400 Original-Received: (qmail invoked by alias); 05 Jul 2006 22:14:35 -0000 Original-Received: from dialup.194.158.192.237.belpak.by (EHLO dialup.194.158.192.237.belpak.by) [194.158.192.237] by mail.gmx.net (mp009) with SMTP; 06 Jul 2006 00:14:35 +0200 X-Authenticated: #16844820 Original-To: emacs-devel@gnu.org User-Agent: KMail/1.7.2 In-Reply-To: Content-Disposition: inline X-Y-GMX-Trusted: 0 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:56606 Archived-At: Andreas Schwab wrote: > Paul Pogonyshev writes: > > > Andreas Schwab wrote: > >> Paul Pogonyshev writes: > >> > >> > Russian letters loaded from file and newly typed are different > >> > character no matter if `unify-8859-on-...-mode's are active or > >> > not. > >> > >> What's your language environment? > > > > I'm not sure I understand your question. > > C-h L (describe-language-environment) UTF-8 language environment Input methods (default rfc1345): rfc1345 ("m" in mode line) TeX ("\" in mode line) sgml ("&" in mode line) ucs ("U+" in mode line) Character sets: nothing specific to UTF-8 Coding systems: mule-utf-8 (`u' in mode line): UTF-8 encoding for Emacs-supported Unicode characters. It supports Unicode characters of these ranges: U+0000..U+33FF, U+E000..U+FFFF. They correspond to these Emacs character sets: ascii, latin-iso8859-1, mule-unicode-0100-24ff, mule-unicode-2500-33ff, mule-unicode-e000-ffff On decoding (e.g. reading a file), Unicode characters not in the above ranges are decoded into sequences of eight-bit-control and eight-bit-graphic characters to preserve their byte sequences. The byte sequence is preserved on i/o for valid utf-8, but not necessarily for invalid utf-8. On encoding (e.g. writing a file), Emacs characters not belonging to any of the character sets listed above are encoded into the UTF-8 byte sequence representing U+FFFD (REPLACEMENT CHARACTER). (alias: mule-utf-8 utf-8) > Anyway, as documented, unify-8859-on-decoding-mode can only map to > `iso-latin-1' and `mule-unicode-0100-24ff'. That's fine, but if the same characters read from file and typed from keyboard are different in a buffer, that's nothing else than a bug. Tell the average user about language environments. Ideally, Emacs should work in this case as installed, without any configuration or lines in `.emacs'. Paul