From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Ognyan Kulev Newsgroups: gmane.emacs.devel Subject: Re: TUTORIAL.bg and windows-1251 Date: Wed, 31 Dec 2003 17:06:07 +0200 Organization: Faculty of Mathematics and Informatics, University of Sofia Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <3FF2E5DF.4090906@fmi.uni-sofia.bg> References: <3FB52552.6090302@fmi.uni-sofia.bg> <200311170721.QAA11735@etlken.m17n.org> <3FBA3F81.4010602@fmi.uni-sofia.bg> <200311242355.IAA24563@etlken.m17n.org> <3FC45367.6070504@fmi.uni-sofia.bg> <200311260747.QAA27236@etlken.m17n.org> <3FC464C2.7010504@fmi.uni-sofia.bg> <200311261317.WAA27673@etlken.m17n.org> <200312030834.RAA03004@etlken.m17n.org> <3FCF60C9.8060009@fmi.uni-sofia.bg> <200312042328.IAA06933@etlken.m17n.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7BIT X-Trace: sea.gmane.org 1072883506 9808 80.91.224.253 (31 Dec 2003 15:11:46 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 31 Dec 2003 15:11:46 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Wed Dec 31 16:11:41 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1Abi0b-0001QW-00 for ; Wed, 31 Dec 2003 16:11:41 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1Abi0a-0005x0-00 for ; Wed, 31 Dec 2003 16:11:40 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AbivH-00072b-2r for emacs-devel@quimby.gnus.org; Wed, 31 Dec 2003 11:10:15 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AbitI-0006Dg-Ig for emacs-devel@gnu.org; Wed, 31 Dec 2003 11:08:12 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1Abisk-0005wO-PO for emacs-devel@gnu.org; Wed, 31 Dec 2003 11:08:09 -0500 Original-Received: from [62.44.101.6] (helo=ds.fmi.uni-sofia.bg) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AbisT-0004Ut-Dn for emacs-devel@gnu.org; Wed, 31 Dec 2003 11:07:21 -0500 Original-Received: from fmi.uni-sofia.bg (magid.fmi.uni-sofia.bg [62.44.101.57]) by ds.fmi.uni-sofia.bg (iPlanet Messaging Server 5.2 (built Feb 21 2002)) with ESMTP id for emacs-devel@gnu.org; Wed, 31 Dec 2003 18:01:59 +0200 (E. Europe Standard Time) In-reply-to: <200312042328.IAA06933@etlken.m17n.org> Original-To: Kenichi Handa X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6b) Gecko/20031221 Thunderbird/0.4 X-Enigmail-Version: 0.82.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:18926 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:18926 Kenichi Handa wrote: > In article <3FCF60C9.8060009@fmi.uni-sofia.bg>, Ognyan Kulev writes: >>Unfortunately, it doesn't work in Emacs[1]. (The ctext.el that you sent >>me in previous mail works.) emacs is started with LANG=bg_BG. I'm >>setting lang.env. to English and back to Bulgarian, but nothing helped. > > Please check the value of > `ctext-non-standard-encodings-alist'. Does it contain an > element something like: > ("microsoft-cp1251" windows-1251 1 CHAR-TABLE) > If not, please byte compile lisp/language/cyrillic.el and > make Emacs again. Today (2003-12-31) I've checked out emacs and tested it again. Unfortunately, it doesn't work as expected -- microsoft-cp1251 font encoding is not used. ctext-non-standard-encodings-alist contains microsoft-cp1251. I tried to understand the code, but without great success. So ctext-pre-write-conversion seems the only place that uses ctext-non-standard-encodings property of current language environment (via ctext-non-standard-encodings-table). Do I understand it right that somehow all rendering of text to X is done via the "special" compound text (ctext) coding system, while buffer can be in other coding system? If not, how this ctext coding system is used, and, consequently, ctext-non-standard-encodings property? (I just try to help getting this thing working.) Regards -- Ognyan Kulev 7D9F 66E6 68B7 A62B 0FCF EB04 80BF 3A8C A252 9782