From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: w32-pass-lwindow-to-system (& ...rwindow) Date: Sun, 24 Sep 2006 10:13:51 +0300 Message-ID: References: <4515D654.2000705@student.lu.se> Reply-To: Eli Zaretskii NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1159082055 1198 80.91.229.2 (24 Sep 2006 07:14:15 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 24 Sep 2006 07:14:15 +0000 (UTC) Cc: help-gnu-emacs@gnu.org, brakjoller@gmail.com Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Sep 24 09:14:10 2006 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GROBj-0003u8-UZ for geh-help-gnu-emacs@m.gmane.org; Sun, 24 Sep 2006 09:14:08 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GROBj-0005WJ-Cz for geh-help-gnu-emacs@m.gmane.org; Sun, 24 Sep 2006 03:14:07 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GROBT-0005Vc-V1 for help-gnu-emacs@gnu.org; Sun, 24 Sep 2006 03:13:51 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GROBT-0005VQ-Iv for help-gnu-emacs@gnu.org; Sun, 24 Sep 2006 03:13:51 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GROBT-0005VN-EQ for help-gnu-emacs@gnu.org; Sun, 24 Sep 2006 03:13:51 -0400 Original-Received: from [192.114.186.73] (helo=heller.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GROFb-0005vd-On for help-gnu-emacs@gnu.org; Sun, 24 Sep 2006 03:18:08 -0400 Original-Received: from HOME-C4E4A596F7 (IGLD-80-230-39-253.inter.net.il [80.230.39.253]) by heller.inter.net.il (MOS 3.7.3a-GA) with ESMTP id ANX45482 (AUTH halo1); Sun, 24 Sep 2006 10:13:49 +0300 (IDT) Original-To: Lennart Borgman In-reply-to: <4515D654.2000705@student.lu.se> (message from Lennart Borgman on Sun, 24 Sep 2006 02:50:28 +0200) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:37580 Archived-At: > Date: Sun, 24 Sep 2006 02:50:28 +0200 > From: Lennart Borgman > CC: help-gnu-emacs@gnu.org, Eli Zaretskii > X-Spam-Status: No, score=0.5 required=5.0 tests=FROM_ENDS_IN_NUMS > autolearn=no version=3.0.4 > > Mathias Dahl wrote: > > Eli Zaretskii writes: > > > > > >> Looks like the trick we play around line 3005 of w32fns.c isn't > >> working. What Windows version is that? Is there someone on this > >> list who can make LWIN-r combo work for them in Emacs, in any > >> version of Windows? > >> > > > > I just tested with emacs -q and it works as for the parent poster, > > i.e. Win+s gives me `search-backward-regexp' but Win+r opens up the > > Run dialog. The same applies for Win+e (open Explorer.exe). > > > > I use CVS Emacs from 2006-03-20 on Windows XP. > > > > This behaviour is consistent with MS documentation. To avoid that > windows left and right keys open for example the run dialog with Win+r > you have to implement a low level keyboard hook. Can you give a pointer to the Microsoft documentation which says that, and/or documentation that explains how the LWIN-r combo works in terms of Win32 API calls, and why it bypasses the normal keyboard reading Emacs uses? > That is what I have done in the patched version of Emacs that you can > download together with EmacsW32. I'm well aware of your patched version. The fact is, however, that we do seem to have code in w32fns.c that tries to work around the Run dialog being popped. I asked my question (above) to try to understand whether that code works at all, on any Windows system. Presumably, it worked for someone at some point in the past, or else it would not have been added to Emacs.