* bug#14794: 24.3.50; `w32-register-hot-key' does not work on Windows 7 64-bit [not found] ` <<83fvvmuyct.fsf@gnu.org> @ 2013-07-10 22:28 ` Drew Adams 2013-07-11 16:36 ` Eli Zaretskii 0 siblings, 1 reply; 9+ messages in thread From: Drew Adams @ 2013-07-10 22:28 UTC (permalink / raw) To: Eli Zaretskii, Drew Adams; +Cc: 14794 > > emacs -Q ; but same problem with older Emacs versions > > > > (w32-register-hot-key [M-tab]) > > (w32-register-hot-key [M-S-tab]) > > > > Try C-h k M-TAB. Try M-TAB. The key is immediately grabbed by Windows. > > Because it is not bound to any command. If you bind it, it will work > as expected. Nope, not as far as I can see. Add this to the recipe: (global-set-key [M-tab] 'forward-char) Makes no difference. But perhaps you meant something different? I'm using Windows 7 64-bit, if that makes a difference. (And the same code worked fine on Windows XP SP3.) ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#14794: 24.3.50; `w32-register-hot-key' does not work on Windows 7 64-bit 2013-07-10 22:28 ` bug#14794: 24.3.50; `w32-register-hot-key' does not work on Windows 7 64-bit Drew Adams @ 2013-07-11 16:36 ` Eli Zaretskii 2013-07-12 8:20 ` martin rudalics 2022-02-20 13:29 ` Lars Ingebrigtsen 0 siblings, 2 replies; 9+ messages in thread From: Eli Zaretskii @ 2013-07-11 16:36 UTC (permalink / raw) To: Drew Adams; +Cc: 14794 > Date: Wed, 10 Jul 2013 15:28:37 -0700 (PDT) > From: Drew Adams <drew.adams@oracle.com> > Cc: 14794@debbugs.gnu.org > > > > emacs -Q ; but same problem with older Emacs versions > > > > > > (w32-register-hot-key [M-tab]) > > > (w32-register-hot-key [M-S-tab]) > > > > > > Try C-h k M-TAB. Try M-TAB. The key is immediately grabbed by Windows. > > > > Because it is not bound to any command. If you bind it, it will work > > as expected. > > Nope, not as far as I can see. Add this to the recipe: > > (global-set-key [M-tab] 'forward-char) > > Makes no difference. But perhaps you meant something different? > > I'm using Windows 7 64-bit, if that makes a difference. > (And the same code worked fine on Windows XP SP3.) Turns out it does make a difference. This documentation page: http://msdn.microsoft.com/en-us/library/windows/desktop/ms646309%28v=vs.85%29.aspx explicitly says that the behavior of the underlying API has changed since XP: if the hot key is already registered, the API now fails instead of replacing the old registration with the new. And Alt+TAB is hooked by the Windows Explorer. And indeed, on Windows 7 I see that the call to RegisterHotKey API consistently fails with an error code which says "Hot key is already registered". Unless someone knows a way around this (I searched for it, but didn't find any solutions, only complaints), I guess this will remain a "known bug". Does this work for you with other key combinations, btw? ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#14794: 24.3.50; `w32-register-hot-key' does not work on Windows 7 64-bit 2013-07-11 16:36 ` Eli Zaretskii @ 2013-07-12 8:20 ` martin rudalics 2013-07-12 8:29 ` Drew Adams 2013-07-12 8:55 ` Eli Zaretskii 2022-02-20 13:29 ` Lars Ingebrigtsen 1 sibling, 2 replies; 9+ messages in thread From: martin rudalics @ 2013-07-12 8:20 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 14794 > Turns out it does make a difference. This documentation page: > > http://msdn.microsoft.com/en-us/library/windows/desktop/ms646309%28v=vs.85%29.aspx > > explicitly says that the behavior of the underlying API has changed > since XP: if the hot key is already registered, the API now fails > instead of replacing the old registration with the new. And Alt+TAB > is hooked by the Windows Explorer. And indeed, on Windows 7 I see > that the call to RegisterHotKey API consistently fails with an error > code which says "Hot key is already registered". > > Unless someone knows a way around this (I searched for it, but didn't > find any solutions, only complaints), I guess this will remain a > "known bug". From what I read on such systems an application that does not have registered a key itself is allowed to unregister it only if it is certified in some way and resides in Program Files. martin ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#14794: 24.3.50; `w32-register-hot-key' does not work on Windows 7 64-bit 2013-07-12 8:20 ` martin rudalics @ 2013-07-12 8:29 ` Drew Adams 2013-07-12 8:55 ` Eli Zaretskii 1 sibling, 0 replies; 9+ messages in thread From: Drew Adams @ 2013-07-12 8:29 UTC (permalink / raw) To: martin rudalics, Eli Zaretskii; +Cc: 14794 > From what I read on such systems an application that does not have > registered a key itself is allowed to unregister it only if it is > certified in some way and resides in Program Files. Wow. That's really too bad. Thanks for the info, though. ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#14794: 24.3.50; `w32-register-hot-key' does not work on Windows 7 64-bit 2013-07-12 8:20 ` martin rudalics 2013-07-12 8:29 ` Drew Adams @ 2013-07-12 8:55 ` Eli Zaretskii 1 sibling, 0 replies; 9+ messages in thread From: Eli Zaretskii @ 2013-07-12 8:55 UTC (permalink / raw) To: martin rudalics; +Cc: 14794 > Date: Fri, 12 Jul 2013 10:20:53 +0200 > From: martin rudalics <rudalics@gmx.at> > CC: Drew Adams <drew.adams@oracle.com>, 14794@debbugs.gnu.org > > From what I read on such systems an application that does not have > registered a key itself is allowed to unregister it only if it is > certified in some way and resides in Program Files. It's much worse: to unregister a key, you must know its ID (the 2nd argument to the function). And how can you that, unless you have access to the sources of the program that registered the hot key in the first place? Moreover, RegisterHotKey can be used so that the hot key is registered for a specific thread, in which case only that thread can unregister it. ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#14794: 24.3.50; `w32-register-hot-key' does not work on Windows 7 64-bit 2013-07-11 16:36 ` Eli Zaretskii 2013-07-12 8:20 ` martin rudalics @ 2022-02-20 13:29 ` Lars Ingebrigtsen 2022-02-20 13:39 ` Eli Zaretskii 1 sibling, 1 reply; 9+ messages in thread From: Lars Ingebrigtsen @ 2022-02-20 13:29 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 14794 Eli Zaretskii <eliz@gnu.org> writes: > Unless someone knows a way around this (I searched for it, but didn't > find any solutions, only complaints), I guess this will remain a > "known bug". (I'm going through old bug reports that unfortunately weren't resolved at the time.) Skimming this bug report, there doesn't seem to be anything to be done on the Emacs side -- or at least there wasn't eight years ago. Is this still the case today? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#14794: 24.3.50; `w32-register-hot-key' does not work on Windows 7 64-bit 2022-02-20 13:29 ` Lars Ingebrigtsen @ 2022-02-20 13:39 ` Eli Zaretskii 2022-02-20 14:04 ` Lars Ingebrigtsen 2022-02-20 21:13 ` bug#14794: [External] : " Drew Adams 0 siblings, 2 replies; 9+ messages in thread From: Eli Zaretskii @ 2022-02-20 13:39 UTC (permalink / raw) To: Lars Ingebrigtsen; +Cc: 14794 > From: Lars Ingebrigtsen <larsi@gnus.org> > Cc: Drew Adams <drew.adams@oracle.com>, 14794@debbugs.gnu.org > Date: Sun, 20 Feb 2022 14:29:00 +0100 > > Eli Zaretskii <eliz@gnu.org> writes: > > > Unless someone knows a way around this (I searched for it, but didn't > > find any solutions, only complaints), I guess this will remain a > > "known bug". > > (I'm going through old bug reports that unfortunately weren't resolved > at the time.) > > Skimming this bug report, there doesn't seem to be anything to be done > on the Emacs side -- or at least there wasn't eight years ago. > > Is this still the case today? I think we have a solution for this since Emacs 26.1. From NEWS.26: ** Intercepting hotkeys on Windows 7 and later now works better. The new keyboard hooking code properly grabs system hotkeys such as 'Win-*' and 'Alt-TAB', in a way that Emacs can get at them before the system. This makes the 'w32-register-hot-key' functionality work again on all versions of MS-Windows starting with Windows 7. On Windows NT and later you can now register any hotkey combination. (On Windows 9X, the previous limitations, spelled out in the Emacs manual, still apply.) ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#14794: 24.3.50; `w32-register-hot-key' does not work on Windows 7 64-bit 2022-02-20 13:39 ` Eli Zaretskii @ 2022-02-20 14:04 ` Lars Ingebrigtsen 2022-02-20 21:13 ` bug#14794: [External] : " Drew Adams 1 sibling, 0 replies; 9+ messages in thread From: Lars Ingebrigtsen @ 2022-02-20 14:04 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 14794 Eli Zaretskii <eliz@gnu.org> writes: > I think we have a solution for this since Emacs 26.1. From NEWS.26: > > ** Intercepting hotkeys on Windows 7 and later now works better. > The new keyboard hooking code properly grabs system hotkeys such as > 'Win-*' and 'Alt-TAB', in a way that Emacs can get at them before the > system. This makes the 'w32-register-hot-key' functionality work > again on all versions of MS-Windows starting with Windows 7. On > Windows NT and later you can now register any hotkey combination. (On > Windows 9X, the previous limitations, spelled out in the Emacs manual, > still apply.) Ah, OK, then I guess there's nothing more to do here, and I'm closing this bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no ^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#14794: [External] : Re: bug#14794: 24.3.50; `w32-register-hot-key' does not work on Windows 7 64-bit 2022-02-20 13:39 ` Eli Zaretskii 2022-02-20 14:04 ` Lars Ingebrigtsen @ 2022-02-20 21:13 ` Drew Adams 1 sibling, 0 replies; 9+ messages in thread From: Drew Adams @ 2022-02-20 21:13 UTC (permalink / raw) To: Eli Zaretskii, Lars Ingebrigtsen; +Cc: 14794@debbugs.gnu.org > > > Unless someone knows a way around this (I searched for it, but didn't > > > find any solutions, only complaints), I guess this will remain a > > > "known bug". > > > > Skimming this bug report, there doesn't seem to be anything to be done > > on the Emacs side -- or at least there wasn't eight years ago. > > > > Is this still the case today? > > I think we have a solution for this since Emacs 26.1. From NEWS.26: > > ** Intercepting hotkeys on Windows 7 and later now works better. > The new keyboard hooking code properly grabs system hotkeys such as > 'Win-*' and 'Alt-TAB', in a way that Emacs can get at them before the > system. This makes the 'w32-register-hot-key' functionality work > again on all versions of MS-Windows starting with Windows 7. On > Windows NT and later you can now register any hotkey combination. (On > Windows 9X, the previous limitations, spelled out in the Emacs manual, > still apply.) Excellent. This is good news. I didn't notice that in the E26 NEWS. Thank you. ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2022-02-20 21:13 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <<fe76a82d-41dd-4c28-8204-aa7c1e4a2aef@default>
[not found] ` <<83fvvmuyct.fsf@gnu.org>
2013-07-10 22:28 ` bug#14794: 24.3.50; `w32-register-hot-key' does not work on Windows 7 64-bit Drew Adams
2013-07-11 16:36 ` Eli Zaretskii
2013-07-12 8:20 ` martin rudalics
2013-07-12 8:29 ` Drew Adams
2013-07-12 8:55 ` Eli Zaretskii
2022-02-20 13:29 ` Lars Ingebrigtsen
2022-02-20 13:39 ` Eli Zaretskii
2022-02-20 14:04 ` Lars Ingebrigtsen
2022-02-20 21:13 ` bug#14794: [External] : " Drew Adams
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.