From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: w32-pass-rwindow-to-system Date: Wed, 21 Jan 2009 22:58:25 +0100 Message-ID: References: <49772FDC.5080309@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1232575271 16755 80.91.229.12 (21 Jan 2009 22:01:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 21 Jan 2009 22:01:11 +0000 (UTC) Cc: Juanma Barranquero , MON KEY , emacs-devel@gnu.org To: Jason Rumney Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 21 23:02:22 2009 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 1LPl8x-0007VH-Ne for ged-emacs-devel@m.gmane.org; Wed, 21 Jan 2009 23:01:51 +0100 Original-Received: from localhost ([127.0.0.1]:35148 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LPl7g-0005H4-Fi for ged-emacs-devel@m.gmane.org; Wed, 21 Jan 2009 17:00:32 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LPl5i-0003bD-3v for emacs-devel@gnu.org; Wed, 21 Jan 2009 16:58:30 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LPl5h-0003aq-O3 for emacs-devel@gnu.org; Wed, 21 Jan 2009 16:58:29 -0500 Original-Received: from [199.232.76.173] (port=60518 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LPl5h-0003aj-Cl for emacs-devel@gnu.org; Wed, 21 Jan 2009 16:58:29 -0500 Original-Received: from yw-out-1718.google.com ([74.125.46.158]:18255) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LPl5e-0000e5-M0; Wed, 21 Jan 2009 16:58:26 -0500 Original-Received: by yw-out-1718.google.com with SMTP id 9so1692473ywk.66 for ; Wed, 21 Jan 2009 13:58:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=wsDT+CQZXN8ASVyXvGys2oHu8cfGEY34t4dbnMz0K6w=; b=LLobhfInOZWexy5LOu1qUoO0g/YGk3PtPKqiZi5ID44LuOzU9yzonumvw5e/pYUpG7 MspU9qTiFvAxFo85fNuIQNj2LxVUfjxlURC3ayI7PE5PVFcZ3cauMjom3uhFjwlSbGBu J6deu37saVgJQJV7z+j42WoNy8MAwK7kBIVfQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=foIYTK0uldLEO0Jbr+53KNZq/MPybgb3lThhRGOAwvIhQzpmvSkbI0UWL9y4qNC0tX Gy4tWU6Fsw460MkKuCGwvr2iUv9AFYSZrkKcUyi8gZYK/2CjSYufWB+kOjeTaKIVvetc jR7ad77E9KwwsAS9KYDBmHoJfVtWCTmzmxmwE= Original-Received: by 10.150.121.6 with SMTP id t6mr10009321ybc.161.1232575105638; Wed, 21 Jan 2009 13:58:25 -0800 (PST) In-Reply-To: <49772FDC.5080309@gnu.org> X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) 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:108054 Archived-At: On Wed, Jan 21, 2009 at 3:23 PM, Jason Rumney wrote: > Lennart Borgman wrote: >> >> On Wed, Jan 21, 2009 at 10:29 AM, Juanma Barranquero >> wrote: >> >>> >>> With w32-pass-[lr]window-to-system set to nil, pressing either Windows >>> key does not open the Start menu (while Emacs is the active app, of >>> course). >>> >> >> This is not guaranteed according to MS documentation. >> > > Do you have an example where it specifically mentions that it won't work, or > are you meaning the lack of Microsoft documentation regarding Windows key > handling means it might not be guaranteed? When we discussed this 3.5 y ago before I implemented this in the patched version of Emacs+EmacsW32 I sent a an url with a simple overview of the different techniques that MS have made available for handling things like this. All the older versions where rather bad in my opinion, but with lowlevel keyboard hooks they got it right. I do not remember now, but I believe the "references" links at the bottom of that page goes to more documentation like descriptions. Otherwise just look for LowLevelKeyboardProc in msdn. Here is the thread and the url to the overview: http://lists.gnu.org/archive/html/emacs-devel/2005-07/msg00448.html http://www.codeproject.com/KB/winsdk/AntonioWinLock.aspx > AFAIK, the current workaround was discovered by Andrew Innes after much > experimentation when the MS docs were found inadequate, and this is the > first bug report I have seen saying that it doesn't work for suppressing the > Start Menu as documented. But since the user is using your patched version, > I can only suppose that it is your changes to low level Windows key handling > that are causing this problem. It might be that the lowlevel keyboard hooks where not available when Andrew did this. I think they first showed up in W2k.