From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel,gmane.emacs.help,gmane.emacs.bugs Subject: RE: read-key-sequence(-vector) on Shift left/right gives[left]/[right], not [S-left]/[S-right] ? Date: Tue, 7 Sep 2004 17:47:32 -0700 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1094604538 21069 80.91.224.253 (8 Sep 2004 00:48:58 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 8 Sep 2004 00:48:58 +0000 (UTC) Cc: help-gnu-emacs@gnu.org, kai@emptydomain.de, bug-gnu-emacs@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Sep 08 02:48:48 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1C4qdj-00018L-00 for ; Wed, 08 Sep 2004 02:48:47 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C4qiz-0008OW-41 for ged-emacs-devel@m.gmane.org; Tue, 07 Sep 2004 20:54:13 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1C4qir-0008O2-RD for emacs-devel@gnu.org; Tue, 07 Sep 2004 20:54:05 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1C4qiq-0008Nm-UN for emacs-devel@gnu.org; Tue, 07 Sep 2004 20:54:05 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1C4qiq-0008Nc-SX; Tue, 07 Sep 2004 20:54:04 -0400 Original-Received: from [141.146.126.228] (helo=agminet01.oracle.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1C4qch-0001Ir-J1; Tue, 07 Sep 2004 20:47:43 -0400 Original-Received: from rgmgw3.us.oracle.com (rgmgw3.us.oracle.com [138.1.191.12]) by agminet01.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id i880ld86001517; Tue, 7 Sep 2004 17:47:39 -0700 Original-Received: from rgmgw3.us.oracle.com (localhost [127.0.0.1]) by rgmgw3.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id i880ldYe007969; Tue, 7 Sep 2004 18:47:39 -0600 Original-Received: from dradamslap (dhcp-amer-csvpn-gw1-141-144-65-166.vpn.oracle.com [141.144.65.166]) by rgmgw3.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id i880lclY007950; Tue, 7 Sep 2004 18:47:38 -0600 Original-To: X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 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: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:26873 gmane.emacs.help:20498 gmane.emacs.bugs:8965 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:8965 Mea culpa. It is documented in the doc strings, but I was misreading them. And I'm happy that there is an option to these functions that cancels the Shift-drop behavior. I do think it would be clearer to specifically say that the Shift modifier is dropped (unless DONT-DOWNCASE-LAST is non-nil), instead of saying that "downcasing" is done. I may not be the only person who misreads this, thinking that downcasing involves letters only. That is, the notion of substituting lowercase for uppercase is different (to me anyway) from the notion of dropping the Shift modifier. I don't think of [S-left] as being uppercase and [left] as being lowercase. In fact, I don't think those terms properly apply here: case is a property of letters, not key sequences or keyboard keys. The confusion is all the more likely given the only info I could find on this in the Emacs Lisp manual: "If an input character is an upper-case letter and has no key binding, but its lower-case equivalent has one, then `read-key-sequence' converts the character to lower case." It is not a matter of downcasing "upper-case letters". Thanks, Drew -----Original Message----- From: Richard Stallman [mailto:rms@gnu.org] 2) Shouldn't it at least be documented in the doc strings of read-key-sequence and read-key-sequence-vector? It already is: The third (optional) arg DONT-DOWNCASE-LAST, if non-nil, means do not convert the last event to lower case. (Normally any upper case event is converted to lower case if the original event is undefined and the lower case equivalent is defined.)