From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: keypad-*-setup Date: Tue, 18 Sep 2007 14:25:18 +0200 Message-ID: <87ps0gtb2p.fsf@kfs-lx.testafd.dk> References: <87wsupq77a.fsf@kfs-lx.testafd.dk> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1190118336 18106 80.91.229.12 (18 Sep 2007 12:25:36 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 18 Sep 2007 12:25:36 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Drew Adams" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 18 14:25:31 2007 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 1IXc8x-000361-Gs for ged-emacs-devel@m.gmane.org; Tue, 18 Sep 2007 14:25:31 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IXc8v-0007Eo-Pl for ged-emacs-devel@m.gmane.org; Tue, 18 Sep 2007 08:25:29 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IXc8r-0007CE-8c for emacs-devel@gnu.org; Tue, 18 Sep 2007 08:25:25 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IXc8n-00076N-N1 for emacs-devel@gnu.org; Tue, 18 Sep 2007 08:25:24 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IXc8n-000761-9e for emacs-devel@gnu.org; Tue, 18 Sep 2007 08:25:21 -0400 Original-Received: from mail-relay.sonofon.dk ([212.88.64.25]) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1IXc8m-00051s-RO for emacs-devel@gnu.org; Tue, 18 Sep 2007 08:25:21 -0400 Original-Received: (qmail 40736 invoked from network); 18 Sep 2007 12:25:18 -0000 Original-Received: from unknown (HELO kfs-lx.testafd.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 18 Sep 2007 12:25:18 -0000 In-Reply-To: (Drew Adams's message of "Mon\, 17 Sep 2007 15\:30\:09 -0700") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) X-Detected-Kernel: FreeBSD 4.6-4.9 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:79190 Archived-At: "Drew Adams" writes: >> > 1. A nil ("No change (keep existing bindings)") value for the >> > setup options seems to be a no-op.... Am I reading this wrong? >> >> I don't really remember why I included that choice. >> Most likely it was a way to specify "use default bindings or whatever >> the user has changed them to". > > Do you agree that it is a no-op, and can be removed (or am I missing > something)? What if user has once customized one of the keypad setups, and later wants to revert to the "default setting" ... then there need to be a setting which corresponds to that setting. So I don't think it is a no-op. But this may be one of the things I don't understand about Customize :-) > OK. Then I suggest that we remove the `numeric' choice. Even if someone did > implement what you suggest someday, that could be done by providing the > "right" default value for the explicit decimal-point character (which the > user could choose to override or not). Do you agree? What about users who already has set keypad binding to numeric ? > Perhaps whoever is finalizing this patch for CVS etc. can try that. I think > it should be correct. I think everybody expected you to finalize the patch :-) But if you make another revision of the patch, I'll take a look at finalizing it. > The difficulty I saw was that the previous manual section, Function Keys, > speaks of keys such as as "keypad" keys, but keypad.el is not > concerned with those. There are two different uses of the word "keypad" in > the manual, one refers to all keys with prefix `kp-'; the other refers only > to the 11 numeric keys 0-9 and `.'. Those extra keys are not affected by the state of the numlock key. That's also why I prefer to say "numeric keypad" rather than keypad. Perhaps the package should have been called numlock.el, numpad.el or some such. But I guess that's too late now. > There needs, I think, to be some explanation of the terminology to avoid > confusion - the reader of the previous manual section will otherwise > misunderstand what is said in this section. Feel free to propose something > shorter to make this point. I think you made a good attempt at explaining it - saying that it applies only to 0..9 and decimal/del key. To remove the possible confusion one could just say: "The other keypad keys (such as kp-divide) are not affected by the keypad customizations described here". >> The Shift key and the NumLock key modify the behavior of keys on the >> numeric keypad. The Shift key acts as usual. The NumLock key toggles >> the keypad keys between two possible modes: numeric and non-numeric. > > Sounds good to me. Ok. -- Kim F. Storm http://www.cua.dk