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: position on changing defaults? Date: Thu, 06 Mar 2008 11:58:07 +0100 Message-ID: <871w6ounk0.fsf@kfs-lx.rd.rdm> References: <200803050637.m256bXL3008361@sallyv1.ics.uci.edu> <87hcfkdhqk.fsf@stupidchicken.com> <87d4q8sq9c.fsf@jurta.org> <8763w0n393.fsf@catnip.gol.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1204801132 8857 80.91.229.12 (6 Mar 2008 10:58:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 6 Mar 2008 10:58:52 +0000 (UTC) Cc: Juri Linkov , Chong Yidong , emacs-devel@gnu.org To: Miles Bader Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 06 11:59:18 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 1JXDoW-0004Pu-Cu for ged-emacs-devel@m.gmane.org; Thu, 06 Mar 2008 11:59:04 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JXDny-0008Ls-IG for ged-emacs-devel@m.gmane.org; Thu, 06 Mar 2008 05:58:30 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JXDns-0008Lf-4h for emacs-devel@gnu.org; Thu, 06 Mar 2008 05:58:24 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JXDnp-0008LN-EF for emacs-devel@gnu.org; Thu, 06 Mar 2008 05:58:22 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JXDnp-0008LH-65 for emacs-devel@gnu.org; Thu, 06 Mar 2008 05:58:21 -0500 Original-Received: from mail-relay.sonofon.dk ([212.88.64.25]) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1JXDno-0000Xm-Hg for emacs-devel@gnu.org; Thu, 06 Mar 2008 05:58:20 -0500 Original-Received: (qmail 83852 invoked from network); 6 Mar 2008 10:58:12 -0000 Original-Received: from unknown (HELO kfs-lx.rd.rdm.cua.dk) (213.83.150.21) by 0 with SMTP; 6 Mar 2008 10:58:12 -0000 In-Reply-To: <8763w0n393.fsf@catnip.gol.com> (Miles Bader's message of "Thu\, 06 Mar 2008 08\:46\:16 +0900") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1.91 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: 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:91483 Archived-At: Miles Bader writes: > Basically, these would be bindings that represent event-modifiers only. > If normal key lookup fails, the keymapping mechanism would then look up > and invoke the modifier binding corresponding to the modifiers on the > key, and invoke it instead; the invoked function could then, if it > wished (e.g. for CUA), set some variables or frob some state and > re-invoke the event with the modifiers removed. That's a nice idea, but it only solves half the problem. You also need to handle the case where you have use shifted arrow to mark the region, and then use an unshifted arrow ... which should deactivate the mark. It seems like a simpler solution would be to have special events like etc.... A third possibility would be a "point moved" hook (at C level) which was called with the original value of point - and the original event modifiers. BTW, cua-mode has some special code to detect the shift modifier on a tty (something about looking for "S-" in the key symbol). A solution should work equally well on all platforms! -- Kim F. Storm http://www.cua.dk