From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard M Stallman Newsgroups: gmane.emacs.devel Subject: Re: customizing key definitions with Customize Date: Thu, 15 May 2008 13:39:58 -0400 Message-ID: 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> Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: ger.gmane.org 1210873345 30558 80.91.229.12 (15 May 2008 17:42:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 15 May 2008 17:42:25 +0000 (UTC) Cc: juri@jurta.org, emacs-devel@gnu.org To: "Drew Adams" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu May 15 19:43:01 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 1JwhTb-0006Xj-Mj for ged-emacs-devel@m.gmane.org; Thu, 15 May 2008 19:42:48 +0200 Original-Received: from localhost ([127.0.0.1]:48088 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JwhSr-0008S7-Cb for ged-emacs-devel@m.gmane.org; Thu, 15 May 2008 13:42:01 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JwhRz-0007ae-2d for emacs-devel@gnu.org; Thu, 15 May 2008 13:41:07 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JwhRv-0007VS-9l for emacs-devel@gnu.org; Thu, 15 May 2008 13:41:06 -0400 Original-Received: from [199.232.76.173] (port=46820 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JwhRv-0007VH-2t for emacs-devel@gnu.org; Thu, 15 May 2008 13:41:03 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:37051) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JwhRu-0007LS-FZ for emacs-devel@gnu.org; Thu, 15 May 2008 13:41:02 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1JwhQs-0005K9-3d; Thu, 15 May 2008 13:39:58 -0400 In-reply-to: <002701c8b646$afedc3a0$0200a8c0@us.oracle.com> (drew.adams@oracle.com) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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:97223 Archived-At: > Perhaps we should handle this with two alternatives, like > customization of fonts. You can customize a font either in terms of > its appearance in the current kind of screen, or its general > conditions that apply to all kinds of screens. Perhaps we should handle it as I suggested: customize an option. A keymap-valued symbol is just a variable. Either such a variable could itself be made a user option or, as I showed, a separate but corresponding user option can be created. Both approaches can be treated the same way (e.g. as I indicated); it depends on what we want. If we want a given keymap variable itself to be completely customizable (i.e., for all of its keys), then we can just make it a defcustom of the sort I indicated. If we want some keymap variables not to be options, then we need not use defcustom for them. Now it seems you are saying that the _code_ should choose whether the user should see the entire keymap or just his changes. We were already aware of that possibility, but it has an obvious drawback. That is why I suggested that we instead let the _user_ choose one or the other, for each keymap.