Should I invest time in investigating this problem further, or is my expectation flawed? My expectation is that it is possible to remap the Right Alt key reliably - and it seems to work fine when using ControlSendText. But a general solution to send characters which are not on the keyboard that work...

My suspicion is that the keyboard hook becomes disabled for some reason here. When reading the following: https://www.autohotkey.com/docs/v2/lib/Send.htm#Remarks Characters vs. keys : By default, characters are sent by first translating them to keystrokes. If this translation is not possible (that i...

The timing in the KeyHistory indicates that the "i" events are being sent by SendText "ü" . If you insert a short sleep (perhaps >= 20) after SendText "ü" and the subsequent "i" event still shows 0.00, that would more or less confirm it. I can't see the reason that these events are sent, though, an...

It seems I was somewhat wrong about the problem. It is not related to the Alt key at all, but to two keys being pressed in very quick succession. The following fails very often (on an old & slow i5 machine). I can provoke it by pressing 3 and 4 at the same time very quickly. #Requires AutoHotkey v2....

GetKeyboardLayout is surely a very fast call. There is probably a higher, but still insubstantial, cost to DllCall itself. I think it's also possible to listen for changes to the input language with OnMessage. Implementing vkXXscYYY will likely be difficult. The hotkey recognition code is designed ...

I use the following script with RAlt as a dead key to type accented letters on a US keyboard. This works, but often, especially when typing fast, in Windows Notepad, the menu is opened. So it seems the Alt key event masking fails sometimes. #Requires AutoHotkey v2.0.7+ #Warn All KeyHistory 500 #Sing...

I would like to have keyboard-layout dependent hotkeys for a very limited number of layouts, e.g. ^B on a US layout and ^+F on a German layout. I know how to achieve this using DllCall("GetKeyboardLayout") and similar functions, but it is cumbersome to manage and sub-optimal performancewise to call ...

this works as expected in V2 #Requires AutoHotkey v2.0 #SingleInstance force #Warn All some_condition := true #HotIf ; Hotkey for all windows b::LShift ; Maybe the sc nr is the bug #HotIf (some_condition) ; Hotkey If condition is true +a::Send("Ä") ; Press b & a gives Ä a::Send("ä") ; press a Gives...

this works as expected in V2 #Requires AutoHotkey v2.0 #SingleInstance force #Warn All some_condition := true #HotIf ; Hotkey for all windows b::LShift ; Maybe the sc nr is the bug #HotIf (some_condition) ; Hotkey If condition is true +a::Send("Ä") ; Press b & a gives Ä a::Send("ä") ; press a Gives...

I tried to map a key to behave like an additional Shift key. In addition, I also want to use conditional hotkeys (for demonstration, I have used a static condition which is always true here) some_condition := true sc056::LShift #HotIf (some_condition) +a:: Send "Ä" a:: Send "ä" When pressing sc056 +...

I created a pull request for this, https://github.com/Lexikos/AutoHotkey_L/pull/301

lexikos AutoHotkey is affected by a strange Windows 10 feature (or bug), which I just confirmed in Windows 10 21H2. A program without a CompanyName value in VERSIONINFO does not appear in the context menu for "Open with". The problem is described in detail here: https://superuser.com/questions/1199...

When compiling a script for Unicode 32-bit (on a 64-bit system), the standard library directory (directory-of-the-currently-running-AutoHotkey.exe\Lib\) is not used. Example: HtmlClip.ahk contains #Include <WinClipAPI> WinClipAPI.ahk is in C:\ProgramData\TH\AutoHotkey\Lib The following command line ...