From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: Bikeshedding go! Why is unbound? Date: Mon, 17 Jan 2011 10:22:08 -0800 Message-ID: <3BA19D85DE954C00B3CC7A7C8A0BD32C@us.oracle.com> References: <87sjx7z7w4.fsf@telefonica.net> <83pqsbmf6j.fsf@gnu.org> <87k4ijz07h.fsf@telefonica.net> <2460D97DEA4047B3B9DF92C4A80981EF@us.oracle.com> <57BF13882D6E494286547F293FE9D03B@us.oracle.com> <87lj2pfo81.fsf@wanadoo.es> <3311B7BF884147FFB4ADD5FEB31F1F39@us.oracle.com> <227F94B0AC1649C1A41082A249921783@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1295288556 29322 80.91.229.12 (17 Jan 2011 18:22:36 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 17 Jan 2011 18:22:36 +0000 (UTC) Cc: 'Stefan Monnier' , 'PJ Weisberg' , 'Emacs-Devel devel' To: "'Lennart Borgman'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 17 19:22:30 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 1Petim-0001Yz-D8 for ged-emacs-devel@m.gmane.org; Mon, 17 Jan 2011 19:22:28 +0100 Original-Received: from localhost ([127.0.0.1]:59496 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Petil-00068U-KM for ged-emacs-devel@m.gmane.org; Mon, 17 Jan 2011 13:22:27 -0500 Original-Received: from [140.186.70.92] (port=48229 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Petic-00067P-PK for emacs-devel@gnu.org; Mon, 17 Jan 2011 13:22:19 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Petib-00085Y-R7 for emacs-devel@gnu.org; Mon, 17 Jan 2011 13:22:18 -0500 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]:51249) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Petib-00084j-Ls for emacs-devel@gnu.org; Mon, 17 Jan 2011 13:22:17 -0500 Original-Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id p0HIMDTU004491 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 17 Jan 2011 18:22:15 GMT Original-Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id p0HAmmAw016448; Mon, 17 Jan 2011 18:22:13 GMT Original-Received: from abhmt016.oracle.com by acsmt353.oracle.com with ESMTP id 966275561295288530; Mon, 17 Jan 2011 10:22:10 -0800 Original-Received: from dradamslap1 (/10.159.222.85) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 17 Jan 2011 10:22:09 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Thread-Index: Acu2ISTugd6wVLp/TEmSC/iP1gfYwgATkQzQ 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:134655 Archived-At: > > Really? =A0Good, in that case. =A0I was under the impression=20 > > that simply hitting the key would mean that Windows grabs it. >=20 > Yes, of course. What else should it do? There are 3 possibilities that have been discussed: 1. It is bound in Emacs. Invoke the Emacs binding. 2. It is not bound. Raise an Emacs unbound error. 3. It is not bound. Pass Alt-F4 through to Windows. No one has disagreed about #1. You think that #3 is always preferable = to #2 and should become hard-coded behavior. I think that the choice between #2 = and #3 should be up to the user and Emacs libraries if possible. > No one has suggested that Alt+F4 should be hardcoded to be=20 > sent to w32. Odd that you would say this just after you asked what other behavior = could possibly exist.