DllCall("RegisterShellHookWindow", Ptr, A_ScriptHwnd)
MsgNum := DllCall("RegisterWindowMessage", Str, "SHELLHOOK")
OnMessage(MsgNum, "ShellMessage")

Return

ShellMessage(wParam, lParam) 
{ 
    static HSHELL_WINDOWACTIVATED := 0x04
         , HSHELL_WINDOWCREATED := 0x01
         , HSHELL_WINDOWDESTROYED := 0x02
         , HSHELL_HIGHBIT := 0x8000
         , HSHELL_RUDEAPPACTIVATED := HSHELL_WINDOWACTIVATED | HSHELL_HIGHBIT | HSHELL_WINDOWCREATED | HSHELL_WINDOWDESTROYED
    
    if (wParam == HSHELL_RUDEAPPACTIVATED || wParam == HSHELL_WINDOWACTIVATED || wParam == HSHELL_WINDOWCREATED || wParam == HSHELL_WINDOWDESTROYED)
    {
        WinGet, PrName, ProcessName, % "ahk_id" lParam
        If InStr(PrName, "go_copy")
        {
        	GoSub, Copy
        }       
    }
}

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

Далее я создал скомпилированный в exe скрипт go_copy.exe:

#NoEnv
#NoTrayIcon

SendMode Input
SetWorkingDir %A_ScriptDir%
WinSet, Transparent, 0, click_to_copy
Gui, Show, NoActivate Hide, click_to_copy
Gui, Destroy

GuiClose:
ExitApp

И повесил его на запуск при нажатии на кнопку сканера. В итоге, никаких сторонних программ не нужно. И ничего не мелькает. Визуально, происходит нажатие на кнопку сканера, и сразу происходит запуск моей функции Copy.

Вроде сторонней программой "RunAsService"

Тоже  в итоге пришёл к такому же решению. Только использовал runasspc.
"Будущим поколениям" может быть пригодится информация о том, что для того, чтобы всё заработало:

• Я настроил в утилите runasspc запуск скомпилированного exe от имени своего текущего пользователя

• Мой скомпилированный exe, должен запускаться от имени администратора(это надо включить в его свойствах, во вкладке совместимость)

• Нельзя, чтобы в пути к этому exe были пробелы(предполагаю, что и кириллица).

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

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\StillImage\Registered Applications]
"Microsoft Word"="C:\\Program Files\\Microsoft Office\\Office10\\WINWORD.EXE /IMG_STI /StiDevice:%1 /StiEvent:%2"
"Photocopier Expert Scan"="C:\\Program Files\\Photocopier Expert\\photocopierexpert.exe /PROFILESCAN /StiDevice:%1 /StiEvent:%2"

А тут есть пример на чистом ahk:

Круть. Скрипт можно запустить от любого юзера, и только в логоне будет работать хоткей? Или как должно работать?

Вроде я понятно описал.

Мы говорили о том что текущий юзер №2, а скрипт запущен от №1. Значит окно скрипта видимым быть не может, и насколько понимаю все процессы от юзер №1 являются замороженными.

VASYA - это мой текущий пользователь с правами адимнистратора.

IsAdmin:  false значит что скрипт не с правами.
Тут понятно, интересно что напишет про скрипт из реестра.

serzh82saratov пишет:

У меня в подписи AhkSpy, им посмотрите.

Так что с пользователями и правами?

Сейчас нет доступа к компьютеру со скнером.

Запустил скрипт на другом компе, AhkSpy пишет:

IsAdmin:  false  ▪  Is unicode:  true  ▪  User name:  VASYA  ▪  WindowBand:  ZBID_DESKTOP := 1

VASYA - это мой текущий пользователь с правами адимнистратора.

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

Вроде я понятно описал. С точки зрения учётки пользователя (человека) окно AHK-скрипта есть; но с точки зрения процесса, запущенного от имени SYSTEM, про существование у пользователя (человека) окна AHK-скрипта ничего неизвестно. Скрипт максимум что увидит, так это то, что существует процесс autohotkey.exe, но послать ControlClick в окно данного процесса, как этого хотел taravasya, скрипт не сможет. Потому что так Windows устроена.

У меня в подписи AhkSpy, им посмотрите.

Так что с пользователями и правами?

Похоже яндекс ничего не знает про сочетание Global container и AHK. Я тоже ))

http://forum.script-coding.com/viewtopi … 61#p113561

SendLevel, 100 есть в скрипте с Send, и #InputLevel, 100 в основном?

В вашем случае не знаю, надо пробовать как будет в случае с ControlSetText. То что окно скрытое не должно мешать.
С файлом вариант конечно плохой. Можно в основном скрипте ждать скрытое окно, во втором при запуске создавать окно, можно с нужными данными, основной скрипт реагирует на его появление, берёт из него данные если надо и закрывает скрипт.

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

Тоже не работает. Проверял.

Похоже яндекс ничего не знает про сочетание Global container и AHK. Я тоже ))

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

Разве там не будет той же самой проблемы? Имеет значение, скрытое это окно или нет?