From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Alex Schroeder Newsgroups: gmane.emacs.devel Subject: Re: [CVS] f7, f8 bound.. Date: Sat, 07 Sep 2002 09:45:03 +0200 Sender: emacs-devel-admin@gnu.org Message-ID: <8765xifdkw.fsf@emacswiki.org> References: <87ofbji88u.fsf@emacswiki.org> <200209021705.g82H50d07442@rum.cs.yale.edu> <200209022324.g82NOoO08761@rum.cs.yale.edu> <20020903130247.GA6318@gnu.org> <20020903173120.GA29981@gnu.org> <87ptvttnyo.fsf@emacswiki.org> <200209061736.g86HaDi00352@rum.cs.yale.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1031384660 15318 127.0.0.1 (7 Sep 2002 07:44:20 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 7 Sep 2002 07:44:20 +0000 (UTC) Cc: Per Abrahamsen , 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 17naGR-0003yw-00 for ; Sat, 07 Sep 2002 09:44: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 17napI-00016m-00 for ; Sat, 07 Sep 2002 10:20:20 +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 17naGJ-0003l6-00; Sat, 07 Sep 2002 03:44:11 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17naFA-0003fo-00 for emacs-devel@gnu.org; Sat, 07 Sep 2002 03:43:00 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17naF7-0003fX-00 for emacs-devel@gnu.org; Sat, 07 Sep 2002 03:42:59 -0400 Original-Received: from relay01.cablecom.net ([62.2.33.101]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17naF7-0003fT-00 for emacs-devel@gnu.org; Sat, 07 Sep 2002 03:42:57 -0400 Original-Received: from smtp.swissonline.ch (mail-4.swissonline.ch [62.2.32.85]) by relay01.cablecom.net (8.12.5/8.12.5/SOL/AWF/MXRELAY/20020820) with ESMTP id g877gk20030468; Sat, 7 Sep 2002 09:42:46 +0200 (CEST) (envelope-from alex@emacswiki.org) Original-Received: from confusibombus (dclient217-162-239-98.hispeed.ch [217.162.239.98]) by smtp.swissonline.ch (8.11.6/8.11.6/SMTPSOL/AWF/2002040101) with ESMTP id g877gjF05243; Sat, 7 Sep 2002 09:42:45 +0200 (MEST) Original-Received: from alex by confusibombus with local (Exim 3.35 #1 (Debian)) id 17naHA-0000BG-00; Sat, 07 Sep 2002 09:45:04 +0200 Original-To: "Stefan Monnier" X-Face: ^BC$`[IcggstLPyen&dqF+b2'zyK#r.mU*'Nms}@&4zw%SJ#5!/7SMVjBS7'lb;QK)|IPU5U'o1'522W4TyzB3Ab*IBo^iw]l4|kUbdZuUDO6=Um-.4IzhNiV'B"@K#jy_(wW|Zbk[34flKY^|PrQ?$u2\fKg^]AY>wOX#H32i In-Reply-To: <200209061736.g86HaDi00352@rum.cs.yale.edu> ("Stefan Monnier"'s message of "Fri, 06 Sep 2002 13:36:13 -0400") Original-Lines: 27 User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2.90 (i686-pc-linux-gnu) 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:7668 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:7668 "Stefan Monnier" writes: > This doesn't have to be the case. The custom info can simply > keep track of "what the user added with custom" and "what the user > removed with custom" and custom-set-variable would simply take the > current map and add/remove the corresponding entries. > So changes made outside of custom would only be clobbered if they > conflict, which I think is not too confusing and even somewhat > intuitive. I think we do not have to worry about the default keybindings a user might want to remove. Adding key bindings should be enough. The way I see it, we can write code that allows the user to add bindings, and remove them. The only problem is that when a user does that, the old (default) binding of a key will not reappear. It will reappear the next time Emacs gets started, but not during the current session. Hm. Unless we save the old binding somewhere. I will try to write something that does this. > I don't think creating a whole new map is a good idea anyway > since the map might already be used somewhere and updating the > variable will not update the already active major-mode maps. I would like that, too -- and without modifying define-key and friends. Alex.