From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: windows-1251 language environment Date: Wed, 15 Oct 2003 22:44:18 +0900 (JST) Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200310151344.WAA26445@etlken.m17n.org> References: <200310032356.54476.pogonyshev@gmx.net> <200310060013.52049.pogonyshev@gmx.net> <200310070254.LAA11795@etlken.m17n.org> <200310081040.TAA15162@etlken.m17n.org> <200310132350.IAA23839@etlken.m17n.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: sea.gmane.org 1066225524 7911 80.91.224.253 (15 Oct 2003 13:45:24 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 15 Oct 2003 13:45:24 +0000 (UTC) Cc: pogonyshev@gmx.net, jasonr@f2s.com, d.love@dl.ac.uk, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Wed Oct 15 15:45:21 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 1A9lxp-00083e-00 for ; Wed, 15 Oct 2003 15:45:21 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1A9lxp-0000T6-00 for ; Wed, 15 Oct 2003 15:45:21 +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 1A9lxk-0006Qn-G3 for emacs-devel@quimby.gnus.org; Wed, 15 Oct 2003 09:45:16 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1A9lxT-0006QQ-Qo for emacs-devel@gnu.org; Wed, 15 Oct 2003 09:44:59 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1A9lwx-0006ES-OW for emacs-devel@gnu.org; Wed, 15 Oct 2003 09:44:58 -0400 Original-Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1A9lwx-0006DF-2E; Wed, 15 Oct 2003 09:44:27 -0400 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.11.6p2/3.7W-20010518204228) with ESMTP id h9FDiKh25272; Wed, 15 Oct 2003 22:44:20 +0900 (JST) (envelope-from handa@m17n.org) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.6/3.7W-20010823150639) with ESMTP id h9FDiIs03803; Wed, 15 Oct 2003 22:44:19 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id WAA26445; Wed, 15 Oct 2003 22:44:18 +0900 (JST) Original-To: rms@gnu.org In-reply-to: (message from Richard Stallman on Tue, 14 Oct 2003 15:31:13 -0400) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.3 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) 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:17109 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:17109 In article , Richard Stallman writes: > This issue is not that urgent, but I'm sure we must do > something to allow users to customize a language environment > Why aren't the existing facilities enough for that? Existing facility is to write Emacs Lisp code in .emacs which is not for normal users. > and to avoid the explosion of numbers of language > environments. > Asking users to define their own language environments, instead of > defining them in Emacs, can help with that. I don't see how > inheritance would help. Currently, a user must define his own language environment from scratch. But, usually what they want is to prefer the diffent default input method, prefer the different coding system than the existing one. In such a case, what he have to do is, currently, see source code of lisp/language/XXX.el, copy (set-language-info-alist ....) into his .emacs, and modify some part of it. If we allow inheritance, he can do something like: (define-language-environment Japanese-utf-8 '((inherit . "Japanese") (coding-sytem utf-8 iso-2022-jp euc-jp))) > My intention is to have something like "new" under this menu: > > When "new" is selected, Emacs put a user in a buffer in > which he can create his own language environment > interactively. Typing C-c C-c should ask if he want to use > that environment in the future session. > That seems like a good feature. It could be implemented with > or without define-derived-language. Yes, but in the above buffer, it seems that "inherit" and "copy" button is helpful. For instance, clicking "inherit" and selecting LANG will show the default values for each slots. Clicking "copy" and selecting LANG fills all slots by values of LANG. I don't intend to have the actual functions define-derived-language. I think just adding a new key "inherit" in language-info-alist is enough. --- Ken'ichi HANDA handa@m17n.org