From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Dave Love Newsgroups: gmane.emacs.devel Subject: Re: windows-1251 language environment Date: Fri, 10 Oct 2003 18:11:46 +0100 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <200310032356.54476.pogonyshev@gmx.net> <200310060013.52049.pogonyshev@gmx.net> <200310070254.LAA11795@etlken.m17n.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1065806358 28691 80.91.224.253 (10 Oct 2003 17:19:18 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 10 Oct 2003 17:19:18 +0000 (UTC) Cc: emacs-devel@gnu.org, jasonr@f2s.com, pogonyshev@gmx.net Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Oct 10 19:19:16 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 1A80v6-0004xW-00 for ; Fri, 10 Oct 2003 19:19:16 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1A80v6-0002Dt-00 for ; Fri, 10 Oct 2003 19:19:16 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1A80oW-0007aq-Ud for emacs-devel@quimby.gnus.org; Fri, 10 Oct 2003 13:12:28 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1A80oR-0007aS-Gk for emacs-devel@gnu.org; Fri, 10 Oct 2003 13:12:23 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1A80nv-0007TC-N2 for emacs-devel@gnu.org; Fri, 10 Oct 2003 13:12:22 -0400 Original-Received: from [148.79.80.39] (helo=albion.dl.ac.uk) by monty-python.gnu.org with esmtp (Exim 4.24) id 1A80nv-0007Sz-9B for emacs-devel@gnu.org; Fri, 10 Oct 2003 13:11:51 -0400 Original-Received: from fx by albion.dl.ac.uk with local (Exim 3.35 #1 (Debian)) id 1A80nq-0000v4-00; Fri, 10 Oct 2003 18:11:46 +0100 Original-To: Kenichi Handa User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.2 (gnu/linux) 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:17019 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:17019 Kenichi Handa writes: > At first, I have installed a mechanism of auto-loading a > coding system. Is it really worth it for the 8-bit sets? I'm not sure whether to think this is significant or not: let ((stats (garbage-collect))) (load "code-pages") (pp (list stats (garbage-collect)))) => (((50679 . 9813) (10196 . 1) (587 . 129) 127582 175645 (55 . 76) (48 . 22) (8025 . 1488)) ((54148 . 6344) (10538 . 39) (588 . 128) 134356 312873 (55 . 76) (48 . 22) (8443 . 1070))) > I have not yet tested it fully. We may have to add GCPROs > in several places. was reasonably well tested, probably also on a system where gcpro was relevant then (though I don't know if I tested it by forcing GC during loading). > Right. I think what we need for language environment is a > mechanism similar to face; i.e. creating a new one easily > while allowing inheriting, and customizing an existing one > easily. I did something about customizing the language alist some time ago. As far as I remember, it naturally used the mechanism for overriding elements of the standard value in customized lists, and that interface was vetoed for reasons I didn't understand. Presumably inheritance would use a similar mechanism, but I'm not sure how useful it is. As it is, a language environment has to cover several things that should be orthogonal: * The language (which might influence input methods as well as the default Ispell dictionary, at least); * The charset/coding system preferences (which might also influence input methods, though the hooks now in Quail make that less of an issue); * Other things that currently aren't dealt with properly, like paper size (for ps-print), calendar holidays &c (which may depend on the locale territory, not just the language). > For instance, in such a case, we can allow people to create > a new lang. env. by inheriting, for instance, Russian, and > modifying coding-system to windows-1251. Is this actually better than allowing them to specify (the equivalent of) the locale ru_RU.windows-1251?