Серый форум — AHK: Открытие последнего измененного файла

Re: AHK: Открытие последнего измененного файла

null@example.com (Malcev) — Tue, 05 Apr 2016 13:34:54 +0000

Нет.
http://www.script-coding.com/AutoHotkey/Persistent.html

Re: AHK: Открытие последнего измененного файла

null@example.com (becauseim) — Tue, 05 Apr 2016 13:28:56 +0000

Malcev, Так понимаю, директиву #Persistent логичнее использовать, например, перед циклами.

Если вегас не может быть запущенным в нескольких экземплярах..

Может, я это отметил.

Re: AHK: Открытие последнего измененного файла

null@example.com (Malcev) — Tue, 05 Apr 2016 13:05:28 +0000

Здесь она без надобности. Так как есть хотки.
Под процессом подразумевается процесс к которому данное окно принадлежит.
Если вегас не может быть запущенным в нескольких экземплярах, то можно сделать так:

Process, Close, vegas.exe

Re: AHK: Открытие последнего измененного файла

null@example.com (becauseim) — Tue, 05 Apr 2016 12:55:48 +0000

Объясните, пожалуйста, для чего в данном сценарии используется директива #Persistent? Описание прочел, но будет понятнее, если подскажете, что именно не будет работать в данном скрипте без указания данной директивы.

Re: AHK: Открытие последнего измененного файла

null@example.com (becauseim) — Tue, 05 Apr 2016 12:43:52 +0000

Malcev, А если не отвечает одно окно запущенного приложения, а другое его окно работает нормально? Или под процессом подразумевается отдельное окно?

На всякий случай, отмечу, что программа Vegas Pro может работать в многооконном режиме.

*сейчас скопировал сценарий из второго поста в отдельный файл, работает, как следует. Видимо я что-то перемудрил с редактированием. Например, лист с перечислением путей у меня стоял после указания горячей клавиши.

Re: AHK: Открытие последнего измененного файла

null@example.com (Malcev) — Tue, 05 Apr 2016 11:12:50 +0000

Тогда можно попробовать WinKill.
Либо убивать процесс:

WinGet, Pid, Pid, WinTitle
Process, Close, % Pid

Re: AHK: Открытие последнего измененного файла

null@example.com (teadrinker) — Tue, 05 Apr 2016 10:40:55 +0000

Зависшее окно закрыть таким способом нельзя, на то оно и зависшее.

Re: AHK: Открытие последнего измененного файла

null@example.com (Malcev) — Tue, 05 Apr 2016 10:32:30 +0000

У меня код из 2 поста работает исправно.

Также отмечу, что так и не получилось добавить действие по закрытию неотвечающих окон перед открытием последнего измененного/созданного файла.

Надо смотреть какой у них Title во время возникновения ошибки.

Re: AHK: Открытие последнего измененного файла

null@example.com (becauseim) — Tue, 05 Apr 2016 10:05:47 +0000

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


SetTitleMatchMode 2
WinClose Not Responding ahk_exe program.exe

Исходный вариант сценария с единственным заданным путем:

#f4::
#Persistent
MostRecentTime:=
Loop, D:\*.txt
	{
		FileGetTime, ThisFileTime
		if (MostRecentTime < ThisFileTime)
		{
			MostRecentTime := ThisFileTime
			FilePath:=A_LoopFileFullPath
		}
	}
Run, %FilePath%
return

Re: AHK: Открытие последнего измененного файла

null@example.com (Malcev) — Tue, 05 Apr 2016 08:37:08 +0000

Так сам и проверь.
Вставь в цикл перед FileGetTime, ThisFileTime

msgbox % A_LoopFileLongPath

Re: AHK: Открытие последнего измененного файла

null@example.com (becauseim) — Tue, 05 Apr 2016 07:54:14 +0000

Если же я ошибаюсь, может ли кто-то проверить у себя работоспособность сценария от Alectric?
Т.к. при тестировании его работа отвечала задумке, но на реальной практике, к сожалению, дала сбой.
Действительно ли при сравнивании даты сценарий учитывает все перечисленные пути расположения файлов заданного расширения?

Re: AHK: Открытие последнего измененного файла

null@example.com (becauseim) — Mon, 04 Apr 2016 15:39:33 +0000

teadrinker, да, действительно, запутался. Поправил.

Re: AHK: Открытие последнего измененного файла

null@example.com (teadrinker) — Mon, 04 Apr 2016 14:40:19 +0000

becauseim, не понятен ваш ход мыслей. В вышеприведённом примере последний созданный или изменённый файл как раз D:\test1\file300.txt, а не D:\test1\file100.txt, ведь 07:05 наступает после 00:01, если речь идёт об одних сутках.

Re: AHK: Открытие последнего измененного файла

null@example.com (becauseim) — Mon, 04 Apr 2016 11:41:24 +0000

Alectric, ранее не обращал пристального внимания, но, кажется, Ваш сценарий не работает должным образом, т.е. открывается вовсе не последний измененный файл.

Пример того, как предполагается работа скрипта по открытию последнего созданного или измененного файла:

Файл D:\test1\file100.txt изменен в 00:01,
файл D:\test2\file200.txt создан в 07:00,
файл D:\test1\file300.txt изменен в 07:05.

Сценарий должен открыть файл D:\test1\file300.txt

Re: AHK: Открытие последнего измененного файла

null@example.com (becauseim) — Thu, 28 Jan 2016 10:18:32 +0000

Alectric, спасибо! Зависает до того, как я вызываю работу скрипта. Полагаю, закрыть окно следует командой WinClose, однако не знаю, как проверить наличие словосочетания в конце заголовка окна.

upd: Насколько понимаю, решается установкой SetTitleMatchMode 2. Ранее казалось, что не работало.