Miscellaneous behavior of hotkeys

Report problems with documented functionality
lexikos
Posts: 5933
Joined: 30 Sep 2013, 04:07
GitHub: Lexikos

Re: Miscellaneous behavior of hotkeys

08 Jun 2018, 01:55

This is a known issue, already documented (see VKnn in the key list), and unlikely to be fixed.
serzh82saratov
Posts: 25
Joined: 01 Jul 2017, 03:04

Re: Miscellaneous behavior of hotkeys

08 Jun 2018, 03:09

Code: [Select all] [Download] GeSHi © Codebox Plus

#UseHook  

#If 0
sc48:: MsgBox will not start, expression is not true
#If

vk26::MsgBox now and NumpadUp does not work
serzh82saratov
Posts: 25
Joined: 01 Jul 2017, 03:04

Re: Miscellaneous behavior of hotkeys

08 Jun 2018, 03:11

lexikos wrote:This is a known issue, already documented (see VKnn in the key list), and unlikely to be fixed.
it's clear
lexikos
Posts: 5933
Joined: 30 Sep 2013, 04:07
GitHub: Lexikos

Re: Miscellaneous behavior of hotkeys

09 Jun 2018, 00:08

Also known, also unlikely to be fixed.

It is similar to using Esc and Escape, or Escape and vk1B.
When creating duplicate hotkeys, the order of modifier symbols such as ^!+# does not matter. For example, ^!c is the same as !^c. However, keys must be spelled consistently. For example, Esc is not the same as Escape for this purpose (though the case does not matter).
Source: #IfWin[Not]Active / #IfWin[Not]Exist

Generally speaking, each event may correspond to a hotkey, and only the active variant of that hotkey will execute. sc48 and vk26 are not variants of the same hotkey, but different hotkeys. The event corresponds to one of those hotkeys, and either the active variant of that hotkey is executed, or no hotkey is executed and KeyHistory shows '#'.

Additionally, the hook handles each key either by virtual key code or by scan code, not both. If a hotkey is specified by scan code, all events with that scan code are handled by scan code, not vk. (Also, some keys are handled by scan code by default.) This is regardless of whether the #If expression is true, because the expression can only be evaluated after the event is mapped to a hotkey.

If both hotkeys would be handled by SC (e.g. NumpadEnter and sc11C) or both hotkeys would be handled by VK (e.g. Esc, Escape and vk1B), the first hotkey generally takes precedence.

Return to “Bug Reports”

Who is online

Users browsing this forum: serzh82saratov and 1 guest