AHK: Синтаксис GetKeyState

Пример для тестов нажатых клавиш. В список можно добавить сколько угодно дополнительно. Если нажать первую - прервать цикл отображения. Справа от клавиши её статус (0:Не зажато, 1:Зажато).

ListKey := ["q", "w", "e", "a", "s", "d"]	; Список необходимых клавиш.
Return

F2::	; Запуск проверки нажатых клавиш:
Start := 1
While(Start = 1){
 If GetKeyState(ListKey[1], "p")
  Start := 0
 T := ""
 Loop, % ListKey.Count()
  T .= ListKey[A_Index] ": " GetKeyState(ListKey[A_Index], "p") "  "
 ToolTip, % T
 Sleep, 300
}
ToolTip
Return

Описание работы от ChatGPT:

У меня просто очень скромный опыт программирования через самообучение. Состоящий из программируемых микрокалькуляторов, базового бейсика и макроассемблера для Microchip и Atmel и LUA для Logitech. Там синтаксис для обозначения переменных и их типов общий во всех случаях. А не меняется произвольно от момента к моменту практически без упоминания об этом в документации к языку. Как тут. Когда во всех случаях переменную надо заключать в %% за исключением случаев с функциями. Причем ни в одной из статей документации в разделе "функции" об этом не сказано ни слова и не приведено ни одного примера. 

И логика, как я уже раньше писал, выходит в окно.

Ничего себе, скромный опыт! У меня из вышеназванного только калькуляторы.

Ну как же, а вот:

Вот даже есть перевод, хотя он и для совсем старых версий, но в данном случае актуален.

В этом вы отчасти правы (если не считать второй половины сказанного. В справке всегда указывается, является ли описываемый случай выражением, а в выражениях знаки процента не нужны). Поэтому лучше сейчас изучать AHK v2, там гораздо более предсказуемый синтаксис.

Сам по себе пример нормальный. Но какое отношение он имеет к вопросу? Вопрос был, как передать переменную в функцию.

На самом деле код кривоватый. Не стоит доверять AI написание AHK-кода. Точнее, можно это делать, но лишь для того, чтобы он подкинул идею, но не для бездумного копирования.

Тогда извиняюсь перед ChatGPT.
Проще так:

ListKey := ["q", "w", "e", "a", "s", "d"]	; Список необходимых клавиш.
Return

F2::
while !GetKeyState("q") {
    t := ""
    for k, v in ListKey {
        t .= v . ": " . GetKeyState(v, "p") . " "
    }
    ToolTip % t
    Sleep 300
}
ToolTip
Return

Но вообще проверять состояние клавиш в цикле не очень хорошая идея, для этого есть Input или InputHook.

https://claude.ai уже получше код для второй версии генерирует.

не очень хорошая чем? Потребляемыми ресурсами или временем отклика?

В моем случае есть нюанс. Время длительности удержания клавиши, как вы заметили, достаточно маленькое, исчисляемое в лучшем случае пятью циклами sleep, 10. Я как-то пробовал использовать функцию keywait (в другом месте и по другому поводу) с опцией таймаута и у меня возникло ощущение, что на значениях менее секунды оно не работает так, как должно. По крайней мере не так, как ожидается. Поэтому я как бы стараюсь избегать в данных случаях использования команд с опцией Tхх со значениями менее секунды.

А так да, весь цикл заменяется одним keywait и условием if ErrorLevel {....}

А, вы имеете в виду другой пример, где отсчитывается пауза в 300мс(sleep, 300). Да, это не самое лучшее решение.

В моем случае цикл ждет отпускания кнопки. Шансов, что кто-то осилит отпустить и нажать кнопку со скоростью более 10мс (sleep, 10) довольно мала. И в любом случае далее код все равно проверяет через PixelGetColor состояние элемента управления в игре, поэтому даже ошибочное срабатывание не приведет к десинхронизации между игрой и скриптом.

Клавиатурный хук реализуется в Input и InputHook().

Похоже, что с KeyWait и его работой на малых значениях таймаута я был неправ. Все он нормально и стабильно работает и цикла действительно не нужно. Видимо нестабильная работа KeyWait была вызвана хаотичной работой предыдущей "разработки"...

Отслеживается нажатие кнопок HK_Left и HK_Right, кнопок поворота техники (обычно A и D)
Если длительность нажатой кнопки больше определенного значения (Slide_var_decimal) - скрипт проверяет, попадает ли цвет индикатора режима подвески в диапазон тонов, соответствующий ВКЛЮЧЕННОМУ скоростному режиму работы подвески и если да - то кликает кнопкой HK_Gidro, переводя подвеску из скоростного режима в режим маневрирования. После чего ожидает отпускания кнопки K_Left и HK_Right.

При отпускании кнопок или если кнопки удерживались меньше определенного значения (Slide_var_decimal), скрипт проверяет цвет индикатора подвески на включенный режим маневрирования и если попадает в тон, то кликает кнопкой HK_Gidro, переводя подвеску из режима маневрирования ОБРАТНО в скоростной режим.

Суть сейчас это выглядит вот так,
Функция вызываемая Ноткеу

KeyL()
{
	If !GetKeyState(HK_Right, "p")
	{
		KeyWait %HK_Left%, T%Slide_var_decimal%
		if ErrorLevel
		{
			PixelGetColor, col, % posX, % posY, Alt
			If (var_max_on > col) and (var_min_on < col)
			{
				SendInput {%HK_Gidro%}
			}
			KeyWait, %HK_Left%
			sleep, 300
		}
		PixelGetColor, col, % posX, % posY, Alt
		If (var_max_off > col) and (var_min_off < col)
		{
			SendInput {%HK_Gidro%}
		}
	}
}

и вторая такая же функция и Hotkey на кнопку поворота вправо.

Sleep, 300 - это внутреннее КД в игре при переводе в скоростной режим.