From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: MON KEY Newsgroups: gmane.emacs.devel Subject: Re: w32-pass-rwindow-to-system Date: Wed, 21 Jan 2009 18:03:59 -0500 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 1232579096 29296 80.91.229.12 (21 Jan 2009 23:04:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 21 Jan 2009 23:04:56 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 22 00:06:07 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 1LPm8g-00054R-7w for ged-emacs-devel@m.gmane.org; Thu, 22 Jan 2009 00:05:55 +0100 Original-Received: from localhost ([127.0.0.1]:52066 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LPm7P-0003WF-2R for ged-emacs-devel@m.gmane.org; Wed, 21 Jan 2009 18:04:19 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LPm7A-0003Mf-PK for emacs-devel@gnu.org; Wed, 21 Jan 2009 18:04:04 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LPm79-0003LZ-25 for emacs-devel@gnu.org; Wed, 21 Jan 2009 18:04:04 -0500 Original-Received: from [199.232.76.173] (port=35800 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LPm78-0003LS-VV for emacs-devel@gnu.org; Wed, 21 Jan 2009 18:04:02 -0500 Original-Received: from wf-out-1314.google.com ([209.85.200.170]:7159) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LPm77-0005tc-8u for emacs-devel@gnu.org; Wed, 21 Jan 2009 18:04:02 -0500 Original-Received: by wf-out-1314.google.com with SMTP id 28so3866826wfc.24 for ; Wed, 21 Jan 2009 15:03:59 -0800 (PST) Original-Received: by 10.143.44.17 with SMTP id w17mr3096791wfj.255.1232579039428; Wed, 21 Jan 2009 15:03:59 -0800 (PST) In-Reply-To: X-Google-Sender-Auth: bc8427925fc7ab9c 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:108059 Archived-At: I've been playing around more with the super and hyper assigned to [lr]windows key. One thing that still isn't working on my systems is (with or without XKeymacs) is s-Tab H-Tab... which BTW is the reason i started mucking around for additional prefix modifiers in teh first place as ALT-TAB is not easily (nor effectively) overridden by Emacs on w32. Likewise, this has become more of an issue with the most recent versions of GNOME as well The need to reasonably bind super and hyper is definitely an issue in SCM libraries like DVC where the binding has an immediate use case. Presumably this particular issue will resurface quite a bit in the coming months with the switch to Bazaar and others on w32 will start looking for a better way to rebind super than: ;;; C-x @ s event-apply-super-modifier ;;; C-x @ h event-apply-hyper-modifier On Wed, Jan 21, 2009 at 4:58 PM, Lennart Borgman wrote: > 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. >