]]>А как же SetWinEventHook?
Не в курсе.
]]>OFF: Вечно я отписываюсь не обновляя страницу...
]]>Ни диалог, ни кнопка не принадлежат скрипту, поэтому и отправлять в него ничего не будут.
А как же SetWinEventHook? Есть EVENT_SYSTEM_CAPTUREEND, есть также EVENT_SYSTEM_DIALOGSTART и EVENT_SYSTEM_FOREGROUND для того чтобы не проверять более частые CAPTUREEND. Также данный хук запускает поток даже при отображении скриптом своего меню.
чтобы при закрытии программы ... AHK-скрипт закрывался автоматически.
А зачем тут привязка к окнам, если нужно всего лишь следить за наличием процесса данной программы?
]]>]]>^q::
Send !{F4}
sleep 1000
WinWaitClose, CINEMA 4D Studio
sleep 1000
ifWinExist, Save File
ExitApp
IfWinNotExist, CINEMA 4D R16.011 Studio (R16)
ExitApp
Return ...Скрипт #4 характерен тем, что если пользователь на время существования диалогового окна в течении 2-ух секунд не принял решения (затупил, отвлёкся, мало ли), то при закрытии программы скрипт не закрывается.
Значит, неправильно указаны заголовки окон в #1. У меня в notepad++ нажатие на F10 работает, как задумано.
F10::
Send !{F4}
sleep 1000
WinWaitClose, Save ahk_exe notepad++.exe
sleep 1000
IfWinNotExist, ahk_exe notepad++.exe
ExitApp
Return ...Учтены, кажется, все возможные варианты развития событий...
Да у вас даже принадлежность кнопки к окну не проверяется, равно как и заголовок активного окна при нажатии Esc. А ведь пользователь может и в другое окно ткнуть курсором. Образно говоря, велосипед, кроме авторской патентованной конструкции, комплектуется набором граблей для удобного на них наезжания, при полном отсутствии активной обороны от них в виде программных костылей. ))
]]>Irbis,
разве изобретать свой велосипед не интересней, чем брать уже готовый? Скрипт #4 характерен тем, что если пользователь на время существования диалогового окна в течении 2-ух секунд не принял решения (затупил, отвлёкся, мало ли), то при закрытии программы скрипт не закрывается. Мой последний вариант исключает подобную возможность.
Kamagi, если бы ваша наблюдательность хоть бы на малость приблизилась по величине к вашей тяге к эпистолярному жанру, вы бы заметили, что в приведенном в #4 коде "бесконечное" ожидание происходит лишь в момент нажатия хоткея, и длится не более, чем существует диалоговое окно. Никакого цикла не крутится, следовательно - напряженности и взаимонедопонимания между скриптом и другими потребителями ресурсов не возникает.
]]>]]>Да, но это как раз вариант с временным интервалом, в течении которого надо принять решение - закрываю программу или нет. Работоспособно, но интересно, возможно ли без него?
ypppu,
Хммм...
^q::
Send ! {F4} ;### Посылаем закрытие проги, ею выводится диалоговое окно
loop ;### Бесконечный цикл
{
GetKeyState, LMB, LButton ;### Проверяем нажатие кнопки мыши
if LMB = D ;### Если нажата
{
MouseGetPos, , , , Button ;### Ищем название кнопки под курсором
if (Button = "Button1" or Button = "Button2") ;### Если это "Да" или "Нет"
ExitApp ;### Закрывает скрипт
else ;### Во всех остальных случаях возврат
Return
}
else GetKeyState, Esc, Esc ;### Проверяем, нажат ли Esc
{
if Esc = D ;### Если да, то возврат
Return
else ;### Если нет, возврат в начало цикла
Continue
}
}
if A_ThisHotkey = MButtonНо эта конструкция, конечно, не работает.
У меня работает.
]]>
и что вам это даст, кроме спортивной гордости?Кстати, хоткей ведь можно временно назначать командой Hotkey, потом убирать.
]]>