AHK: Всё про инструменты для AutoHotKey (макрорекордеры, IDE и т.п.)

serzh82saratov спасибо за наводку.
Удалось таки запустить программу. Путем удаления русского языка из панели языков.

После того как открыл таки главное окно программы увидел, что она достаточно навароченная (куча менюшек, кнопочек, настроек).
Так что сразу и не врубишься что к чему и для чего. В инете информация есть, но она вся на английском. В рунете по поводу этой программы практически ничего нет, кроме самой общей информации.
Хотелось бы восполнить этот пробел.
Кто-нибудь работал в этой программе?
В каких случаях она бывает полезна и реально "упрощает жизнь"?
Какие есть нюансы/особенности в использовании этой программе?

И чем она лучше старого доброго AutoScriptWriter.exe?

Доктор ТуамОсес, исправьтесь. И в остальных ветках тоже. У вас времени до вечера.

А что касаете pulover macro recorder.

То как я понял, это не просто макрорекордер.

Это ещё и целая IDE для отладки макросов.
И этим он и отличается от AutoScriptWriter.exe.
Так?

teadrinker

А в чем и как (в смысле используете ли макрорекордеры или весь код ручками набиваете?) Вы пишите AHK скрипты?

Есть у Вас какая-то специализированная среда для написания, оптимизации и отладки кода AHK-скриптов?

Но, как бы, это немного утомительно и долго, когда чуть ли не 95% кода AHK-скрипта это команды Click и Sleep вручную писать все эти сотни Click и Sleep.

Не находите?

Нет. Не игры. Я ими тоже не увлекаюсь.
САПР (системы автоматизированного проектирования)

Дольше. И иногда это очень плохо.
Почему?
Поясню.
Потому что зачастую скрипты в САПР как бы это сказать ... "Одноразовые" что ли.
Ну т.е. ты его использовал раз 10 и все. Больше он тебе не пригодится.

Поэтому в САПР очень важна скорость написания скриптов.
Чтобы скрипты писались буквально "на лету".

А то если я буду "ручками" набивать код тщательно выверяя все координаты кликов и все условия, то мне быстрей будет и проще "ручками" сделать нужно мне действие в САПР, чем писать скрипт.

Надеюсь понятно объяснил.

Да, тоже подумал, что в профессиональных средах разработки должна быть возможность записи макросов.

Вот вот.
Всё как в реальной жизни: иногда проще и ГОРАЗДО быстрей человеку просто показать на примере, как и что нужно делать, чем долго и муторно объяснять это словами.  А некоторые вещи словами  вообще невозможно объяснить. Можно только показать.
К примеру, как на словах объяснить чем письменная буква "а" отличается от письменной буквы "б"? Это невозможно.

Поэтому, как мне кажется по аналогии, инструменты разработки скриптов должны включать в себя возможность вместо набивания вручную всего кода скрипта и ввода всех необходимых числовых данных просто "обучать" скрипт "показывая" ему, что и как нужно делать. При необходимости это как-то комментируя.

Насчет "комментируя".
БЕДА в том, что все известные мне макрорекордеры достаточно тупые (может просто я не все знаю, поэтому прошу поправить). В них нельзя, показывая машине что нужно делать, тут же, на лету, и комментировать, чтобы это сразу отражалось в коде генерируемого скритпа.

Например "Вот эта точка - точка скругления, а вот эта - точка вращения".

А то после того, как макрорекордер закончит запись, потом голову сломаешь разбирать, где у тебя точка скругления, где точка вращения и т.п.

Хоть это оффтоп в этой теме, но я отвечу, раз Вы меня спрашиваете.
Я ищу более лучшие и универсальные (и одновременно гибкие) решения для автоматизации работы во всех мной используемых САПР.
И не только для САПР. Но для работы со всеми другими используемыми мной программами как общего так и узкоспециализированного назначения. И для создания СВЯЗОК между программами, когда изначально ничего не знающие друг о друге программы начинают работать в единой связке.

Пока я остановился на AutoHotKey_L.

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

Хочется писать скрипты ещё быстрей и чтобы они при этом были более "умные". И чтоб писать было легко, удобно и комфортно. И начинаешь "крутиться по сторонам" и искать.
Вдруг в мире уже  придумали что-то новое в разработке скриптов, а я про это ничего не знаю.

Просто очень часто возникает необходимость оформить какие-либо часто повторяющиеся одинаковые (или похожие) рутинные действия в виде скрипта (я от природы ленив и если какие-то действия можно поручить делать машине - я стараюсь это сделать), чтобы потом делать их "одним кликом"©

Поэтому и пришёл на этот форум автоматизации работы на компьютере с помощью скриптов.

В надежде, что тут много людей, которые тоже интересуются автоматизацией работы на компе и которые много чего знают по тематике разработки скриптов.

Поэтому поделятся своим опытом и/или знаниями.

Если разбить мои "хотелки" на части, то скажу пока только про пункт, который условно назовем пункт а. Про остальные пункты потом поговорим. А то слишком большой пост получится.

а) Хочу более удобный, "умный" и адаптируемый ("обучаемый") к проблемной области макрорекордер.

Что это значит?

Ну, к примеру, чтобы макрорекордер можно было как-то "научить" писать мне скрипты не в виде миллиарда Click, Sleep, MoveMouse, а более близким к проблемной области языком с расшифровкой смысла каждого "Click"-а.
Типо так:
-> Кликнуть по точке привязки
-> Выбрать точку изгиба
-> Кликнуть по пункту меню "выделить"
-> Сдвинуть курсор за пределы рабочего поля

Ещё пример. Хочу, чтобы макрорекордер можно было как-то "научить", чтобы он сам автоматом понимал, какие клики и другие события в системе писать, какие нет, а вместо каких нужно в скрипте создать код-заглушку, который при выполнении скрипта будет просить юзверя указать нужную точку на экране или ввести нужные данные.

Вы скажите: "Программа макрорекордера тебе что? Телепат? Откуда она знает по точке привязки окружности в рабочем поле ты кликнул или же по пункту контекстного меню? И откуда она может знать, что вместо (или после) клика по этой точке ты хочешь вставить некий код заглушку и какой именно код. И откуда она может знать, что точка, по которой ты кликаешь, несет для тебя какой-то особый смысл?"

Так в этом-то вся и соль. И я не говорил, что это просто. Но ведь прогресс не стоит на месте. Вдруг что-то такое уже появилось, а я про это ничего не знаю

Во-первых, я не профессиональный программист. Поэтому отвечу "НЕ ЗНАЮ КАК". Пусть программисты-разработчики скриптописалок думают.
А во-вторых, мне кажется что юзверь перед кликом мог бы подать макрорекордеру условный знак (например нажав какое-нибудь заранее условленное сочетание клавиш или кликнув в заданное место служебного поля макрорекордера).

И кстати, к слову.

Вопрос.

Скажите пожалуйста люди!

AHK последних версий ещё не научился различать куда кликнул юзверь: по пункту меню (и по какому конкретно) или же по какому-то (какому конкретно) объекту в рабочем поле программы?

Т.е. новые версии AHK ещё не научились забираться в "кишки" отслеживаемой программы? И могут считывать только title и координаты?

А то мне надо в скрипте определять факт открытия контекстного меню и названия пункта, по которому в этом меню кликнул юзверь.

Это можно сделать в AHK?

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

Ну...
Во-первых (касается "проще накликать"), даже когда "кликов" всего с десяток и то с кодом, состоящим только из "Click,Click,Click,Click,Click,..." уже достаточно трудно разобраться. Потому что приходится ломать голову какой клик за что отвечает. А что уж говорить когда кликов становится под сотню - то вообще труба. Поэтому с таким шаблоном трудно работать.
Во-вторых, (касается "навороченного редактора макросов с IDE"), я не только одноразовые простые"автокликалки" пишу. Иногда, когда нужно заставить работать "в одной упряжке" (т.е. взаимодействуя друг с другом) сразу несколько приложений или когда нужно расширить функционал некоторого приложения с помощью AHK, то приходится писать скрипты с довольно сложной логикой с нуля "ручками"(без использования автоматической макрописалки).

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

Я хочу преодолеть эти ограничения.
Поэтому я и озадачился поиском таких инструментов.

Поясните. Как можно узнать, что указатель мыши в момент клика был на некотором пункте меню и на каком конкретно.
Не создавать же для этого вопроса отдельную тему.
А ответ очень важен мне.
И вдовесок близкий к этому вопрос: как можно с помощью AHK позиционировать указатель мыши на пункт меню с заданным текстом без использования OCR-библиотек, а просто залезя в "кишки" Windows?

Тут нужно смотреть саму программу, меню и нестандартными бывают, впрочем как и элементы управления.

Ну лично я, за то, чтобы оно вам так и казалось, чем кому-то что-то доказывать.

Дак вам сначала вопросы надо научится задавать, всяким там разным людишкам, а не выёживатся.

OFF: Доктор, вы, случаем, не проктолог по специализации?

Никто не знает. Потому что этого невозможно. Если б знали - давно бы написали. Ибо я когда знаю и могу помочь - всегда пишу. Так и люди ВСЕ поступают.

А почему Вы все ремя делаете упор на слове "стандартном"?
Что это значит? Разве в венде есть ещё и не стандартные меню?
Ведь любые программы для создания всех меню в венде используют одну и ту же вендовую DLL. Разве нет?

Ну по себе всех судить не надо, возможно стиль вашего общения, не способствует желанию оказания помощи. Ну а на счёт никто не знает, и невозможно, действительно необоснованное заявление. Например такой скрипт обводит пункт и выводит его имя, делает он это через acessible интерфейс, но можно ещё и по другому.

Я не сужу.
Я, напротив, о людях всегда хорошо думаю (типа "раз я всегда готов помочь - то и остальные люди тоже добрые как и я").
Пока человек не докажет мне обратное.
Вот Вы ещё немного и докажете мне.

MouseGetPos
Считывает текущее положение курсора мыши, а также определяет, какое окно и какой контрол находятся под курсором.
MouseGetPos, [OutputVarX, OutputVarY, OutputVarWin, OutputVarControl, 1|2|3]

ControlGet
Считывает разнообразную информацию о контролах (элементах управления) окна.
ControlGet, OutputVar, Cmd [, Value, Control, WinTitle, WinText, ExcludeTitle, ExcludeText]

yalanne
Огромное спасибо.
Буду изучать.

To ALL
Эта тема про инструменты разработки AHK-скриптов

Поэтому такой вопрос.

Посоветуйте ХОРОШИЙ И УДОБНЫЙ текстовый макропроцессор (не уверен, что программа именно так называется, но я надеюсь Вы поймете о чем речь), с помощью которого можно было вместо длинючих идентификаторов типа oleacc\AccessibleObjectFromPoint писать свои, чтобы скрипт был написан в более "человеческом виде".

Например вместо вырвиглазного "oleacc\AccessibleObjectFromPoint", "Int64", x==""||y==""?0*DllCall("GetCursorPos","Int64*",pt)+pt:x&0xFFFFFFFF|y<<32, "Ptr*", pacc, "Ptr", VarSetCapacity(varChild,8+2*A_PtrSize,0)*0+&varChild)
" написать  "фигня_А".

А после написания кода на таком вот своем языке (почти что "фене") запустить этот макропроцессор и он мне все мои макросы и описания макроподстановок развернет в код на AHK.

Нужен именно отдельный текстовый макропроцессор, а не приблуда, входящая в состав каких-то сред типа Microsoft Visual Studio и т.п.

yalanne
Спасибо огромное за Ваш труд и за Вашу помощь.
Он будет полезен не только мне но и будущим посетителям данной темы

Участник Доктор ТуамОсес на неделю отправляется думать о правилах расстановки точек в конце предложений.

Дык я для одного меню как пример делал), но если удалить одну строчку то везде со всеми меню будет действовать

вот:

Global Hwnd_menu
    ~RButton::
    Hwnd_menu := ""
    WinWait ahk_class #32768, , 01
    if ErrorLevel
        return
    WinGet Hwnd_menu, ID,ahk_class #32768
return

#if Getpos()
lbutton::tooltip % Acc_ObjectFromPoint(c).AccName(c)

Acc_Init()
{
    Static    h
    If Not    h
        h:=DllCall("LoadLibrary","Str","oleacc","Ptr")
}


Acc_ObjectFromPoint(ByRef _idChild_ = "", x = "", y = "")
{
    Acc_Init()
    If    DllCall("oleacc\AccessibleObjectFromPoint", "Int64", x==""||y==""?0*DllCall("GetCursorPos","Int64*",pt)+pt:x&0xFFFFFFFF|y<<32, "Ptr*", pacc, "Ptr", VarSetCapacity(varChild,8+2*A_PtrSize,0)*0+&varChild)=0
    Return    ComObjEnwrap(9,pacc,1), _idChild_:=NumGet(varChild,8,"UInt")
}

Acc_ObjectFromEvent(ByRef _idChild_, hWnd, idObject, idChild)
{
    Acc_Init()
    If    DllCall("oleacc\AccessibleObjectFromEvent", "Ptr", hWnd, "UInt", idObject, "UInt", idChild, "Ptr*", pacc, "Ptr", VarSetCapacity(varChild,8+2*A_PtrSize,0)*0+&varChild)=0
    Return    ComObjEnwrap(9,pacc,1), _idChild_:=NumGet(varChild,8,"UInt")
}

Acc_Parent(Acc) { 
    try parent:=Acc.accParent
    return parent?Acc_Query(parent):
}

Acc_Query(Acc) { ; thanks Lexikos - www.autohotkey.com/forum/viewtopic.php?t=81731&p=509530#509530
    try return ComObj(9, ComObjQuery(Acc,"{618736e0-3c3d-11cf-810c-00aa00389b71}"), 1)
}

Acc_WindowFromObject(pacc)
{
    If    DllCall("oleacc\WindowFromAccessibleObject", "Ptr", IsObject(pacc)?ComObjValue(pacc):pacc, "Ptr*", hWnd)=0
    Return    hWnd
}


Getpos(){
MouseGetPos, , , id
Acc := Acc_ObjectFromEvent(c,id,0, 0)
loop
    if Acc_Parent(    Acc_Parent(    Acc_Parent(    Acc ))).AccRole(c) = 9
        Acc := Acc_Parent(    Acc_Parent(    Acc_Parent(    Acc )))
    else
        break
    if (Acc_WindowFromObject(Acc) = Hwnd_menu)
        return 1
}    

Ну ок немного ляп. Но если его в порядок привести нормально для коллекции будет?

Вроде исправил косяки.
И сделал что бы на дочерних списках прописывался путь.

Acc_Init()
{
    Static    h
    If Not    h
        h:=DllCall("LoadLibrary","Str","oleacc","Ptr")
}


Acc_ObjectFromPoint(ByRef _idChild_ = "", x = "", y = "")
{
    Acc_Init()
    If    DllCall("oleacc\AccessibleObjectFromPoint", "Int64", x==""||y==""?0*DllCall("GetCursorPos","Int64*",pt)+pt:x&0xFFFFFFFF|y<<32, "Ptr*", pacc, "Ptr", VarSetCapacity(varChild,8+2*A_PtrSize,0)*0+&varChild)=0
    Return    ComObjEnwrap(9,pacc,1), _idChild_:=NumGet(varChild,8,"UInt")
}

Acc_ObjectFromEvent(ByRef _idChild_, hWnd, idObject, idChild)
{
    Acc_Init()
    If    DllCall("oleacc\AccessibleObjectFromEvent", "Ptr", hWnd, "UInt", idObject, "UInt", idChild, "Ptr*", pacc, "Ptr", VarSetCapacity(varChild,8+2*A_PtrSize,0)*0+&varChild)=0
    Return    ComObjEnwrap(9,pacc,1), _idChild_:=NumGet(varChild,8,"UInt")
}

Acc_Parent(Acc) { 
    try parent:=Acc.accParent
    return parent?Acc_Query(parent):
}

Acc_Query(Acc) { ; thanks Lexikos - www.autohotkey.com/forum/viewtopic.php?t=81731&p=509530#509530
    try return ComObj(9, ComObjQuery(Acc,"{618736e0-3c3d-11cf-810c-00aa00389b71}"), 1)
}

Acc_WindowFromObject(pacc)
{
    If    DllCall("oleacc\WindowFromAccessibleObject", "Ptr", IsObject(pacc)?ComObjValue(pacc):pacc, "Ptr*", hWnd)=0
    Return    hWnd
}

Get32768(){
MouseGetPos, , , id
WinGetClass class,ahk_id %id%
if  (class = "#32768")
    return 1
}



#if Get32768()
LButton::
tName := []
Name := []
Acc := Acc_ObjectFromPoint(c)
tName.Insert(Acc.AccName(c))

loop
{
Acc:= Acc_Parent(    Acc    )
if (Acc.AccRole() = 9)
    tName.Insert(Acc.AccName())
if (Acc.AccRole() = "")
    break
}
tName.Remove(tName.MaxIndex())

loop % tName.MaxIndex()
name := (!name?"":"::::") tName[A_Index] name

tooltip % name

return

Нашел вроде что бы пункты добавлять:

DllCall("AppendMenu", "UInt", hSysMenu, "UInt", 0x00000800)   ; MF_SEPARATOR   
DllCall("AppendMenu", "UInt", hSysMenu, "UInt", 0, "UInt", 0x1001, "Str", "Item 1")    
DllCall("DrawMenuBar", "UInt", hGui)  

но что то не получается добавить.

И вот тот код что бы нажатый пункт показывать трейтип:

Acc_Init()
{
    Static    h
    If Not    h
        h:=DllCall("LoadLibrary","Str","oleacc","Ptr")
}


Acc_ObjectFromPoint(ByRef _idChild_ = "", x = "", y = "")
{
    Acc_Init()
    If    DllCall("oleacc\AccessibleObjectFromPoint", "Int64", x==""||y==""?0*DllCall("GetCursorPos","Int64*",pt)+pt:x&0xFFFFFFFF|y<<32, "Ptr*", pacc, "Ptr", VarSetCapacity(varChild,8+2*A_PtrSize,0)*0+&varChild)=0
    Return    ComObjEnwrap(9,pacc,1), _idChild_:=NumGet(varChild,8,"UInt")
}

Acc_ObjectFromEvent(ByRef _idChild_, hWnd, idObject, idChild)
{
    Acc_Init()
    If    DllCall("oleacc\AccessibleObjectFromEvent", "Ptr", hWnd, "UInt", idObject, "UInt", idChild, "Ptr*", pacc, "Ptr", VarSetCapacity(varChild,8+2*A_PtrSize,0)*0+&varChild)=0
    Return    ComObjEnwrap(9,pacc,1), _idChild_:=NumGet(varChild,8,"UInt")
}

Acc_Parent(Acc) { 
    try parent:=Acc.accParent
    return parent?Acc_Query(parent):
}

Acc_Query(Acc) { ; thanks Lexikos - www.autohotkey.com/forum/viewtopic.php?t=81731&p=509530#509530
    try return ComObj(9, ComObjQuery(Acc,"{618736e0-3c3d-11cf-810c-00aa00389b71}"), 1)
}

Acc_WindowFromObject(pacc)
{
    If    DllCall("oleacc\WindowFromAccessibleObject", "Ptr", IsObject(pacc)?ComObjValue(pacc):pacc, "Ptr*", hWnd)=0
    Return    hWnd
}

Get32768(){
MouseGetPos, , , id
WinGetClass class,ahk_id %id%
if  (class = "#32768")
    return 1
}



#if Get32768()
~LButton::
tName := []
Name := []
Acc := Acc_ObjectFromPoint(c)
tName.Insert(Acc.AccName(c))

loop
{
Acc:= Acc_Parent(    Acc    )
if (Acc.AccRole() = 9)
    tName.Insert(Acc.AccName())
if (Acc.AccRole() = "")
    break
}
tName.Remove(tName.MaxIndex())
if WinActive( tName[tName.MaxIndex()] )
    tName.Remove(tName.MaxIndex())

loop % tName.MaxIndex()
name := (!name?"":"::::") tName[A_Index] name

TrayTip,, %  name

return

Ну, всему сразу не научишься. yalanne, там у вас используется функция GetSystemMenu. По её названию можно понять, что речь идёт о системном меню — это то, которое появляется, если кликнуть правой кнопкой по заголовку окна. В принципе, добавлять можно и туда, но оно редко используется. Лучше добавлять в обычный менюбар. Вот пример, добавляем дополнительный пункт со своим подменю в менюбар блокнота:

Menu, Submenu, Add, Item 1, Example
Menu, Submenu, Add, Item 2, Example
hSubmenu := GethMenu("Submenu")

if !hWnd := WinExist("ahk_class Notepad")  {
   Run, notepad.exe,,, PID
   WinWait, ahk_pid %PID%
   hWnd := WinExist("ahk_pid" PID)
}
hMenu := DllCall("GetMenu", Ptr, hWnd, Ptr)
DllCall("AppendMenu", Ptr, hMenu, UInt, MF_POPUP := 0x10, Ptr, hSubmenu, Str, "MyMenu")
DllCall("DrawMenuBar", Ptr, hWnd)
WinActivate
ExitApp

Example:
   Return

GethMenu(MenuName)
{
   Gui, New, +hwndhGui
   Menu, _MyMenuBar, Add, File, :%MenuName%
   Gui, Menu, _MyMenuBar
   hMenu := DllCall("GetMenu", Ptr, hGui, Ptr)
   hMenu := DllCall("GetSubMenu", Ptr, hMenu, Int, 0)
   Gui, Destroy
   Menu, _MyMenuBar, Delete, File
   Menu, _MyMenuBar, Delete
   Return hMenu
}

Меню не пропадает после завершения работы скрипта. Однако метки срабатывать не будут.
Можно также добавлять пункты в уже существующие подменю, попозже напишу, если не разберётесь.

Acc не видит пункты в этом искусственном меню.

Следственно и мой скрипт не сможет их определить.

Вот чего нашёл: Кибор - среда, специально заточенная для удобного написания скриптов для автоматизации действий на компьютере.

Не, во-первых, сам подход не годится — если меню будет снизу экрана, кнопка будет за экраном (да и почему именно кнопка, а не новый пункт меню?), и зачем добавлять в каждое меню?; во-вторых ещё и написано криво, явно содрано с какого-то древнего поста времён ahk-basic. В таких штуках желательно разобраться перед применением.

Посты по поводу контекстного меню в отдельную тему бы перенести, а то оффтоп.

Кибор - это язык, у него есть IDE заточенное соответственно только под него, причём тут вообще AutoHotkey?

Вам собственно каких программных средств нехватает?