From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David De La Harpe Golden Newsgroups: gmane.emacs.devel Subject: Re: Key bindings proposal Date: Mon, 09 Aug 2010 00:06:47 +0100 Message-ID: <4C5F3887.4050309@harpegolden.net> References: <19534.1494.627000.357123@gargle.gargle.HOWL> <19537.40472.267000.563053@gargle.gargle.HOWL> <176EDAD3B9E54E39870FA3F84A5DDF3C@us.oracle.com> <19542.56658.583000.394397@gargle.gargle.HOWL> <19544.1015.468000.280770@gargle.gargle.HOWL> <19546.30901.687000.971249@gargle.gargle.HOWL> <19546.47167.15000.439215@gargle.gargle.HOWL> <87fwys7qao.fsf@telefonica.net> <87hbj8qvd9.fsf@uwakimon.sk.tsukuba.ac.jp> <87iq3k68ye.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1281308830 24368 80.91.229.12 (8 Aug 2010 23:07:10 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 8 Aug 2010 23:07:10 +0000 (UTC) Cc: Uday S Reddy , Chong Yidong , emacs-devel@gnu.org To: Lennart Borgman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 09 01:07:08 2010 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.69) (envelope-from ) id 1OiExK-0007Fr-85 for ged-emacs-devel@m.gmane.org; Mon, 09 Aug 2010 01:07:02 +0200 Original-Received: from localhost ([127.0.0.1]:53384 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OiExJ-0004gW-1a for ged-emacs-devel@m.gmane.org; Sun, 08 Aug 2010 19:07:01 -0400 Original-Received: from [140.186.70.92] (port=52717 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OiEx9-0004fA-2F for emacs-devel@gnu.org; Sun, 08 Aug 2010 19:06:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OiEx7-0004nj-ML for emacs-devel@gnu.org; Sun, 08 Aug 2010 19:06:50 -0400 Original-Received: from harpegolden.net ([65.99.215.13]:36079) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OiEx7-0004nf-FU for emacs-devel@gnu.org; Sun, 08 Aug 2010 19:06:49 -0400 Original-Received: from [87.198.55.108] (87-198-55-108.ptr.magnet.ie [87.198.55.108]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "David De La Harpe Golden", Issuer "David De La Harpe Golden Personal CA rev 3" (verified OK)) by harpegolden.net (Postfix) with ESMTPSA id 443E6683D1; Mon, 9 Aug 2010 00:06:45 +0100 (IST) User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100620 Icedove/3.0.5 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/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:128438 Archived-At: Apart from anything else, on x11, the windows keys are nowadays conventionally "Super", so x11 emacs already tends to see them as, well, "Super". Xorg with a PC keyboard tends to map the windoze keys to the Super_L/Super_R modifiers. x11 emacs therefore sees them as "Super" ("s-" in emacs, as opposed to shift which is "S-"). (w32 emacs apparently calls them lwindow/rwindow and binds them to ignore) X.org maps that menu key to the right of the right windows key to "Menu", which x11 emacs considers to be "menu", bound to execute-extended-command (i.e. M-x), at least if it gets to see it (i.e. window manager or whatever hasn't already eaten it). (w32 emacs apparently calls it "apps" when it sees it and doesn't bind it to anything) [On x11, I therefore put my window manager's various keybindings on Super (they're windows keys, heh), freeing up x11 Alt for emacs' Meta. Yes, I realise doing that on w32 is far harder than on x11.] For completeness: ns emacs encounters *step-type keys, apparently interpreting them (by default) as: step-"Control" => emacs Control, step-"Alternate" => Alt -> emacs Meta, step-"Command" => emacs Super, step-"Help" => emacs Hyper. GNUstep/x11 itself can also be told which _x11_ keys to consider which *step keys with the "defaults" tool e.g. you might do NSGlobalDomain GSFirstControlKey Control_L NSGlobalDomain GSFirstCommandKey Super_L NSGlobalDomain GSFirstAlternateKey Alt_L NSGlobalDomain GSSecondHelpKey Super_R NSGlobalDomain GSSecondControlKey Control_R etc. (those are not the current out-of-box gnustep settings, they're choices that meant gnustep/x11 emacs' default mapping wound up close to x11 emacs) On a real macosx keyboard, though, physically, compared to a PC: "Control" tends to be similarly positioned to PC Control "Command" roughly where a PC has Alt. "Alternate" (well, "Option") roughly where a PC has windows keys.