AHK: интеллигентное закрытие скрипта при выходе из программы.

AutoHotkey позволяет просто следить за существованием окна.

Кто вас заставляет определять интервал? Можно ждать (бесконечно) закрытия диалогового окна, затем проверить, существует ли еще основное окно.

^q::
   Send !{F4}
   sleep 1000
   WinWaitClose, Cinema 4D Studio
   sleep 1000
   IfWinNotExist, CINEMA 4D R16.011 Studio (R16)
   {
      MsgBox % "Мне, право, неловко, но с прискорбием сообщаю, что моя миссия окончена, за сим откланиваюсь. Честь имею, сударь."
      ExitApp
   }
Return

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

Вариант скрипта с проверкой существования окна в течении некоторого времени:

^q::    
Send !{F4}
loop 100
{
sleep 100
IfWinExist, CINEMA 4D R16.011 Studio (R16)
continue
ExitApp
break
}
Return

В таком случае скрипт следит за существованием окна Cinema в течении 10-и секунд и если я выхожу из программы, то закрывает скрипт, если же не выхожу, просто прерывает исполнение хоткея. И все варианты с WinWaitClose и прочие - они зависят от заданного временного интервала или запускают бесконечный цикл проверки существования окна. А вот тут я точно не знаю. На мой взгляд, наличие бесконечного цикла проверки не есть очень хороший вариант решения.

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

Компьютер даже не заметит этого напора.

Ни диалог, ни кнопка не принадлежат скрипту, поэтому и отправлять в него ничего не будут. Думаю, можно повесить хоткей на левую кнопку, привязанный к диалоговому окну, который будет определять место щелчка. Если MouseGetPos способна определить ClassNN этих кнопок, то можно по нему ориентироваться. Если нет, тогда по координатам.

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

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

Кстати, хоткей ведь можно временно назначать командой Hotkey, потом убирать.

Полагаю, решил, как и хотел, ха-ха!

Хоткей тоже может работать на время существования диалога. Для этого есть команда Hotkey.

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

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

Да у вас даже принадлежность кнопки к окну не проверяется, равно как и заголовок активного окна при нажатии Esc. А ведь пользователь может и в другое окно ткнуть курсором. Образно говоря, велосипед, кроме авторской патентованной конструкции, комплектуется набором граблей для удобного на них наезжания, при полном отсутствии активной обороны от них в виде программных костылей. ))

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

^q::
   Send !{F4}
   sleep 1000 
   WinWaitClose, CINEMA 4D Studio
   sleep 1000
   ifWinExist, Save File
        ExitApp
   IfWinNotExist, CINEMA 4D R16.011 Studio (R16)
        ExitApp
Return 

А как же SetWinEventHook? Есть EVENT_SYSTEM_CAPTUREEND, есть также EVENT_SYSTEM_DIALOGSTART и EVENT_SYSTEM_FOREGROUND для того чтобы не проверять более частые CAPTUREEND. Также данный хук запускает поток даже при отображении скриптом своего меню.

А зачем тут привязка к окнам, если нужно всего лишь следить за наличием процесса данной программы?