AutoHotkey Community

Hi again,

That doesn't quite explain the problem. While your example does cause the same behaviour, it doesn't do so in the same context as my original script. Within the context of the ACTIVE #IfWinActive block, the "a::b" type of remapping was not used. In it's context it would be closer to the following:



which does work for both "a" alone and "a & b". However, the following code prevent "a" alone from working:



Here the "a::c" remap should only be active if an Explorer window is currently active. Therefore, if you attempt to type "a" while in a Notepad window, for instance, it should still work in principle. However, it does not, despite being in different contexts. The explanation you proposed of "a & b" inhibiting the "a" down press makes sense when they are operating in the same context, but doesn't make sense here becuase "a::send b" should override "a::c" unless Explorer is active.

The following code restores the correct behaviour of "a" in a non-Explorer window:



Note, if you run this and type "a" into a Notepad window you will get "b". If you type "a" into the address bar of an Explorer window you'll get "c". So it works when written this way.

Thanks.

You're right. It seems a prefix key cannot be remapped, regardless of the #IfWin directive.
Edit: I've reported this as a bug for now: http://www.autohotkey.com/forum/viewtopic.php?t=56069.

Thanks for reporting the bug (and your patients...).

I'm very new to autohotkey, and I'm not sure if I've correctly understood your problem - so please forgive me if I've got the wrong end of the stick.

What I'm trying to do is remap the keys j and k to be backspace when pressed together, but to still work normally if pressed on their own. If this isn't essentially what you want to do, or there is some other reason why what I've done is bad then please just patiently ignore me.j

The following more or less works for me. You have to pause briefly after pressing and releasing the j, if you want to actually get the j keypress

I think there might be some confusion here about how hotkey assignments work. I'm pretty sure that AHK hotkeys don't get "undefined" just because the block inside which they were defined stops being active.

In other words, doing this...

...will define the hotkeys when SomeApp becomes active, but those hotkeys will then stay defined for all applications, even if the SomeApp window is no longer active.

To make a hotkey active only in one window you must either undefine it when the window stops being active, or test for the window within the macro itself (and optionally send the original key if some other window is active). In other words, you need to do something like this:



Adding other applications, if you need them, of course.