From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: grischka Newsgroups: gmane.emacs.devel Subject: RE: Bikeshedding "user choice" Date: Wed, 19 Jan 2011 22:51:29 +0100 Message-ID: <4D375CE1.40003@gmx.de> 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 1295473925 28856 80.91.229.12 (19 Jan 2011 21:52:05 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 19 Jan 2011 21:52:05 +0000 (UTC) Cc: emacs-devel@gnu.org To: drew.adams@oracle.com Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 19 22:52:01 2011 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 1Pffwd-0007Vz-DR for ged-emacs-devel@m.gmane.org; Wed, 19 Jan 2011 22:51:59 +0100 Original-Received: from localhost ([127.0.0.1]:38121 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pffwc-0003da-QW for ged-emacs-devel@m.gmane.org; Wed, 19 Jan 2011 16:51:58 -0500 Original-Received: from [140.186.70.92] (port=36895 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PffwW-0003bk-Na for emacs-devel@gnu.org; Wed, 19 Jan 2011 16:51:53 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PffwV-0001Bs-KI for emacs-devel@gnu.org; Wed, 19 Jan 2011 16:51:52 -0500 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:39563) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1PffwV-0001B7-6r for emacs-devel@gnu.org; Wed, 19 Jan 2011 16:51:51 -0500 Original-Received: (qmail invoked by alias); 19 Jan 2011 21:51:47 -0000 Original-Received: from unknown (EHLO [10.75.33.201]) [82.113.106.201] by mail.gmx.net (mp042) with SMTP; 19 Jan 2011 22:51:47 +0100 X-Authenticated: #18588216 X-Provags-ID: V01U2FsdGVkX18SBmVdrlMSykV5xqyLdCYkr2EpHWToRyyM6N7245 DTo6THQ9gf3Qij User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) Original-References: CC7464DC3325441081D30E1CB1C67F2C@us.oracle.com X-Y-GMX-Trusted: 0 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:134781 Archived-At: > I disagree that this is the right approach. I prefer that the set of keys for > which pass-through is currently effective be explicit within Emacs, for users > and Lisp. > > If each key for which we want pass-through has an Emacs binding that specifies > this (pass-through), then it is clear to everyone what that key does in Emacs > (it is handled by the OS). Likewise, for Stefan's alternative of using > `w32-passthrough-events'. What if I want Alt-f/e/o/... to activate menus "File/Edit/Options/..." and also for all other menus that some package might possibly add? Are you proposing that I need to define one "pass-through" for each of "Alt-a..z", just in case? Also what if some package thinks it wants to bind M-f in some local map which I would't really care except that I do care that my menu shortcut now stops working? --- grischka