From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: Recent attempts at standardizing major mode definitions. Date: Tue, 3 Sep 2002 19:59:02 -0500 (CDT) Sender: emacs-devel-admin@gnu.org Message-ID: <200209040059.TAA28323@eel.dms.auburn.edu> References: <200209020240.VAA26083@eel.dms.auburn.edu> <200209021651.g82Gpe007333@rum.cs.yale.edu> <200209022039.PAA26566@eel.dms.auburn.edu> <200209022314.g82NE5r08654@rum.cs.yale.edu> NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1031101160 10734 127.0.0.1 (4 Sep 2002 00:59:20 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 4 Sep 2002 00:59:20 +0000 (UTC) Cc: monnier+gnu/emacs@rum.cs.yale.edu, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17mOVr-0002mz-00 for ; Wed, 04 Sep 2002 02:59:19 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17mP4o-00073K-00 for ; Wed, 04 Sep 2002 03:35:26 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17mOXO-0005sg-00; Tue, 03 Sep 2002 21:00:54 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17mOVd-0005rW-00 for emacs-devel@gnu.org; Tue, 03 Sep 2002 20:59:05 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17mOVa-0005rE-00 for emacs-devel@gnu.org; Tue, 03 Sep 2002 20:59:04 -0400 Original-Received: from manatee.dms.auburn.edu ([131.204.53.104]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17mOVa-0005r6-00 for emacs-devel@gnu.org; Tue, 03 Sep 2002 20:59:02 -0400 Original-Received: from eel.dms.auburn.edu (eel.dms.auburn.edu [131.204.53.108]) by manatee.dms.auburn.edu (8.9.1a/8.9.1) with ESMTP id TAA03282; Tue, 3 Sep 2002 19:59:01 -0500 (CDT) Original-Received: (from teirllm@localhost) by eel.dms.auburn.edu (8.9.3+Sun/8.9.3) id TAA28323; Tue, 3 Sep 2002 19:59:02 -0500 (CDT) X-Authentication-Warning: eel.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: monnier+gnu/emacs@rum.cs.yale.edu In-Reply-To: <200209022314.g82NE5r08654@rum.cs.yale.edu> (monnier+gnu/emacs@rum.cs.yale.edu) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:7415 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:7415 I see that yesterday I forgot to answer the following question: Stefan Monnier wrote: I have the following requirements: - it must be easy for a user to add abbrevs that are available in all "related" modes. Definitely, that is essential. - it must be easy for a user to add abbrevs that are only available in a particular mode. If the mode is not related to any other mode and is not a read-only type mode, say dired, help buffer, info and so on, definitely. Otherwise, I am hesitating as I already mentioned. - mode authors should be able to provide the above behavior without having to think about it (because they generally don't, especially since some of them don't even use abbrevs). They can not do it completely without thinking. They have to make a decision about which abbrev tables to use, regardless of whether we implement inheritance. It is possible that say an abbrev table of a mode is perfectly suitable for another mode even if the syntax-table of another mode is more suitable as the parent syntax table. Such situations can occur. I would rather have somebody who never uses abbrevs think about which abbrev-table to use, than, say , have somebody who never uses font-lock worry about font-lock-defaults.