ControlClick стабильно выполняется, без SetControlDelay(-1).
Буду дальше смотреть.]]>
Обзор от ИИ гугл
Когда ControlClick выделяет кнопку, но не активирует ее выполнение (срабатывание функции), это связано с тем, что клик проходит мимо скрытых слоев программы.
Вопрос. Почему клик проходит мимо скрытых слоев программы?
Ответ. Причина в том, что ControlClick — это не физическое движение вашей мыши, а программная иллюзия.
Ну и так далее.
Кстати, я так и не понял, почему "SetControlDelay -1" или "NA", из их описания, помогают.
]]>
]]>Loop 5 {
try ControlClick "Button1", "Окно"
catch
Sleep 100
else
break
}Выходит, он главный форум по autohotkey то ли не читает, то ли не принимает во внимание
Ну, вообще-то, другие нейросети тоже не могут обычно прочитать AHK-форум, там защита Cloudflare от ботов.
]]>Ответ gigachat.
Проблема, с которой вы столкнулись, действительно известна для AutoHotkey v2. В ряде случаев ControlClick выделяет кнопку, но не выполняет по ней реальное нажатие. Это связано с тем, как современные приложения обрабатывают сообщения от системы и как именно ControlClick эмулирует действия мыши.
Рекомендации и решения:
Использование SendMessage вместо ControlClick
Вместо ControlClick для гарантированного срабатывания часто используют отправку сообщения непосредственно элементу управления через SendMessage. Это наиболее стабильный способ, который работает даже там, где ControlClick не даёт эффекта. Пример рабочего кода для AHK v2:
WinExist("A") ; Устанавливает последнее найденное окно как активное
hWndControl := ControlGetHwnd("Button3") ; Получаем HWND кнопки (замените на нужный ClassNN или текст)
SendMessage 0x00F5, hWndControl, True ; 0x00F5 = BM_CLICK (нажатие кнопки)
Вместо 0x00F5 можно использовать 0x0028 (WM_NEXTDLGCTL), если нужно передать фокус и нажать Enter, но для кнопок чаще всего нужен именно BM_CLICK. Такой подход стабильно работает в большинстве современных программ.
Параметр NA в ControlClick
Если вы всё же хотите использовать ControlClick, попробуйте добавить параметр NA (NoActivate) в конец команды. Это заставляет скрипт ждать отпускания кнопки мыши, что иногда решает проблему:
ControlClick, Button3, , , , , NA
Этот совет пришёл из AHK v1, но его часто успешно применяют и в v2.
Альтернативные варианты
Tab и Enter: Если интерфейс стандартный, можно передать фокус кнопке с помощью ControlFocus или отправки Tab, а затем нажать Enter.
Прямая активация окна: Перед кликом убедитесь, что окно активно (WinActivate). Некоторые окна игнорируют клики по элементам, если не находятся на переднем плане.
Проверка ClassNN и текста: Убедитесь, что вы используете правильный идентификатор (ClassNN или текст) элемента управления. Для этого используйте утилиту Window Spy, входящую в состав AutoHotkey.
Вывод:
Для стабильного нажатия на кнопку в AutoHotkey v2 рекомендуется использовать метод с ControlGetHwnd и SendMessage, так как он обходит ограничения эмуляции мыши и работает напрямую с API Windows. Если этот способ не подходит по каким-то причинам — попробуйте добавить параметр NA к команде ControlClick или использовать навигацию по Tab + Enter.