From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: customizing key definitions with Customize Date: Fri, 16 May 2008 20:00:35 +0200 Message-ID: <8663teuo1o.fsf@lola.quinscape.zz> References: <000301c8b39e$ded16a50$0200a8c0@us.oracle.com> <003701c8b438$9d6e9f20$0200a8c0@us.oracle.com> <87r6c75brc.fsf@jurta.org> <87od79sttq.fsf@jurta.org> <002701c8b646$afedc3a0$0200a8c0@us.oracle.com> <004a01c8b72b$1361c370$0200a8c0@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1210967267 2681 80.91.229.12 (16 May 2008 19:47:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 16 May 2008 19:47:47 +0000 (UTC) Cc: juri@jurta.org, Drew Adams , emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri May 16 21:48:24 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Jx5uW-0002S6-2u for ged-emacs-devel@m.gmane.org; Fri, 16 May 2008 21:48:12 +0200 Original-Received: from localhost ([127.0.0.1]:35923 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jx5tm-0003Dv-Fl for ged-emacs-devel@m.gmane.org; Fri, 16 May 2008 15:47:26 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Jx5th-0003Dq-VW for emacs-devel@gnu.org; Fri, 16 May 2008 15:47:22 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Jx5tf-0003DU-Fc for emacs-devel@gnu.org; Fri, 16 May 2008 15:47:20 -0400 Original-Received: from [199.232.76.173] (port=54727 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jx5tf-0003DR-95 for emacs-devel@gnu.org; Fri, 16 May 2008 15:47:19 -0400 Original-Received: from mail.quinscape.de ([212.29.44.217]:55538) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Jx5te-0007ss-G5 for emacs-devel@gnu.org; Fri, 16 May 2008 15:47:18 -0400 Original-Received: (qmail-ldap/ctrl 8859 invoked from network); 16 May 2008 18:00:35 -0000 Original-Received: from unknown (HELO lola.quinscape.zz) ([10.0.3.43]) (envelope-sender ) by quinx.quinscape.de (qmail-ldap-1.03) with SMTP for ; 16 May 2008 18:00:34 -0000 Original-Received: by lola.quinscape.zz (Postfix, from userid 1001) id B521A8F03F; Fri, 16 May 2008 20:00:35 +0200 (CEST) In-Reply-To: (Richard M. Stallman's message of "Fri, 16 May 2008 13:46:43 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-AntiVirus: checked by AntiVir MailGate (version: 2.1.3-2; AVE: 7.8.0.19; VDF: 7.0.4.52; host: quinx) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:97284 Archived-At: Richard M Stallman writes: > I can see some use value in not always presenting a user, by > default, with a complete keymap to customize. That's all. That > doesn't mean we couldn't also provide a way for a user to go ahead > and customize the whole keymap. I'm thinking of user convenience > and possible confusion. > > Perhaps you are right. I think that the first task is to define the > mechanism so it can implement both modes. Then we could decide which > of the two modes should be the default. The problem with customizing the whole keymap is that it should shake the modifications out and store just the difference against the default map. Otherwise, any modifications of the defaults by the package authors will not picked up. Also we use the keymaps to store toolbar and menubar data, and we do that in a precomputed manner. That's not something we want to throw at the user by default. -- David Kastrup