Теряюсь с блоком GetHotkeySC(hotkey). Не до конца понимаю что именно в нём происходит.
Здесь с помощью RegExMatch вычленяем из полученного текста две части: первая — модификаторы, вторая — клавиша.
Например, из контрола Hotkey пришёл текст ^!+ю. Тогда в переменной key1 будет ^!+, а в переменной key2 — ю. Далее с помощью GetKeySC() получаем сканкод клавиши ю и форматируем его в шестнадцатеричное значение. Затем соединяем вместе модификаторы и полученный сканкод.
Скрипт изъял сканкод клавиши. Как теперь поставить на него метку?
Gui, Add, Hotkey, vChosenHotkey
Gui, Add, Button, x+-80 y+5 w80 Default, Submit
Gui, Show
Return
ButtonSubmit:
GuiControlGet, ChosenHotkey
sc := GetHotkeySC(ChosenHotkey)
Hotkey, % sc, Label, On
Return
Label:
MsgBox, Работает!
Return
GuiClose:
ExitApp
GetHotkeySC(hotkey) {
RegExMatch(hotkey, "([!^+#]*)(.*)", key)
Return key1 . ((StrLen(key2) = 1 || InStr(key2, "Num")) ? Format("sc{:X}", GetKeySC(key2)) : key2)
}В моём случае как раз наоборот: буквенные клавиши работают при другой (в английской) раскладке. Или я не так истолковал слово "другая"? "Другая" = "не по умолчанию"?
В общем, неважно, на разных машинах может работать по-разному. Смысл в том, что буквенные клавиши лучше задавать через VK или SC коды.
]]>Hotkey, % sc, labelВроде же как-то иначе?
...могут не работать при другой языковой раскладке...
В моём случае как раз наоборот: буквенные клавиши работают при другой (в английской) раскладке. Или я не так истолковал слово "другая"? "Другая" = "не по умолчанию"?
]]>Смысл в устранении таких недостатков:
- Буквенные клавиши сохраняются по имени, и потом могут не работать при другой языковой раскладке (есть обходной путь)
***
Gui, Add, Hotkey, vChosenHotkey
Gui, Add, Button, x+-80 y+5 w80 Default, Submit
Gui, Show
Return
ButtonSubmit:
GuiControlGet, ChosenHotkey
sc := GetHotkeySC(ChosenHotkey)
MsgBox, % sc
Return
GuiClose:
ExitApp
GetHotkeySC(hotkey) {
RegExMatch(hotkey, "([!^+#]*)(.*)", key)
Return key1 . ((StrLen(key2) = 1 || InStr(key2, "Num")) ? Format("sc{:X}", GetKeySC(key2)) : key2)
}...чего именно вы хотите добиться. В таком случае можно будет сказать, возможно ли, и как именно.
Через gui-интерфейс задаётся горячая клавиша. Если назначать независимые от раскладки клавиши, то проблем нет. Если же указать, например, "П" или "Г" (при текущей русской раскладке и по умолчанию она же), то в поле ввода будут отображаться "G" или "U" соответственно, а метка этой клавиши выполняться не будет ни при каких обстоятельствах.
Если перед заданием горячей клавиши сменить текущую раскладку на английскую, то в поле ввода тоже будет отображаться "G" или "U", зато метка будет срабатывать как задумано. Это неудобно на тех компьютерах, где по умолчанию раскладка русская. Себе бы я на скрипт назначал какую-нибудь из F1-12, но пользователю удобнее что-то из группы "над пробелом", вот и захотелось добиться от скрипта какой-то универсальности, но столкнулся с такой проблемой.
По теме — вместо того, чтобы рассуждать, почему какой-то контрол отражает что-либо так, а не иначе, проще будет, если вы поясните, чего именно вы хотите добиться. В таком случае можно будет сказать, возможно ли, и как именно.
]]>Вот не знаю даже где задать свой вопрос, кроме как в этом разделе.
Странное решение. У нас же есть ветка AHK, почему не там?
]]>Есть скрипт, в нём задействован gui и используются строки
Gui, Add, Hotkey, vkey
GuiControlGet, keyВ системе раскладка по умолчанию, равно как и текущая - русская. Версия Autohotkey - 1.1.24.03. Но почему при вводе значения в поле отображается английский символ нажимаемой клавиши ("N" вместо "Т" или "Q" вместо "Й")? Почему при попытке инициализации строки controlget после указания горячей клавиши (зависящей от раскладки) с русской раскладкой выдаёт ошибку, а сама горячая клавиша остаётся не функциональной? При том, что при английской раскладке те же действия приводят к нужному результату (то есть проблема не в коде). Я что-то не так делаю? Есть какие-то дополнительные параметры или опции при создании hotkey? Как с этим бороться?
]]>