From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Enhancements to "minor-mode-map-alist" functionality. Date: Fri, 19 Apr 2002 12:42:49 -0600 (MDT) Sender: emacs-devel-admin@gnu.org Message-ID: <200204191842.g3JIgnV01056@aztec.santafe.edu> References: <5xbscpg7zl.fsf@kfs2.cua.dk> <200204112243.g3BMhmI01190@rum.cs.yale.edu> <5xd6x5i7ps.fsf@kfs2.cua.dk> <5x4rih12b2.fsf@kfs2.cua.dk> <200204121846.g3CIkZY16909@rum.cs.yale.edu> <5xofgoobzr.fsf@kfs2.cua.dk> <200204122021.g3CKLh217680@rum.cs.yale.edu> <5xu1qd29od.fsf@kfs2.cua.dk> <200204162018.g3GKI3S24358@aztec.santafe.edu> <5x662rxog2.fsf@kfs2.cua.dk> <200204181846.g3IIk2K00596@aztec.santafe.edu> <5xk7r4mwqs.fsf@kfs2.cua.dk> Reply-To: rms@gnu.org NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1019242041 3750 127.0.0.1 (19 Apr 2002 18:47:21 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 19 Apr 2002 18:47:21 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16ydPk-0000yN-00 for ; Fri, 19 Apr 2002 20:47:20 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16ydjE-00076F-00 for ; Fri, 19 Apr 2002 21:07:28 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16ydOB-0006VH-00; Fri, 19 Apr 2002 14:45:43 -0400 Original-Received: from pele.santafe.edu ([192.12.12.119]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16ydLO-00069B-00; Fri, 19 Apr 2002 14:42:50 -0400 Original-Received: from aztec.santafe.edu (aztec [192.12.12.49]) by pele.santafe.edu (8.11.6+Sun/8.9.3) with ESMTP id g3JIgna14100; Fri, 19 Apr 2002 12:42:49 -0600 (MDT) Original-Received: (from rms@localhost) by aztec.santafe.edu (8.10.2+Sun/8.9.3) id g3JIgnV01056; Fri, 19 Apr 2002 12:42:49 -0600 (MDT) X-Authentication-Warning: aztec.santafe.edu: rms set sender to rms@aztec using -f Original-To: storm@cua.dk In-Reply-To: <5xk7r4mwqs.fsf@kfs2.cua.dk> (storm@cua.dk) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:2800 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:2800 > Why do we want that? What job are you trying to do? I've described that several times by now Not specifically enough that I can try to determine whether there is another way to do the job. -- I'm trying to find the right approach to address the issues with complex modes which uses a lot of keymaps (like cua and viper) and base the selection between those keymaps on combining various state information Selecting between keymaps is one possible avenue for doing a certain job. Before we assume it should be done this way, what are the other avenues? What is the job? I have N keymaps which all make bindings starting with C-x -- and I want all of those bindings to "work". What job are these bindings supposed to *do*? Given time I could figure that out from the code you sent, but I don't have that time. If it wasn't for the problem evalling code in the current_minor_maps function [I believe there are ways to solve that], would that solution be acceptable? Not necessarily. It would still be a big extension in an area where the code is already too complex. Multiple inheritance is inherently a mess. Once it was added, it would probably require subsequent work to fix bugs or to add more features so people can "fully use" it. > Multiple inheritance is a mess. We should avoid it if we can. But the `parent keymap' inheritance is already pretty messy. That is why we should not make it any hairier. Please don't use arguments of the form "We already have this kind of problem, therefore it it doesn't matter if we add to it." That is the wrong approach for any serious problem, and I can promise you I will say no.