-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Асинхронный режим работы макроса #36
Comments
Спасибо, |
И в мыслях не было |
Желательно конкретный случай рассмотреть.
|
Подсчёт размера директории - F3 или CtrlQ. |
Если эту строку закомментировать, то можно прервать запущенные из макроса как F3, так и CtrlQ. |
Всё верно, это обсуждалось ещё на мантисе, и было решено что со спецэффектами не годится. Вопрос: можно ли тут сделать так же как при копировании, и при построении дерева: и прервать можно, и синхронность не нарушена. И если это проблематично, тогда не сделать ли то, что предлагается тут в первом сообщении. |
Сейчас я как раз играюсь с кодом, пробую разные варианты. |
Можно проверять |
Я вижу что прерывание работает даже без Keys"EnOut". |
Да, только нужно будет немного поглубже разобраться. По поводу возможности прерывать сканирование директорий мышью, далеко не уверен, что это правильно |
Что-то ещё есть или можно закрывать? |
Если в этом направлении более ничего пока не планируется, то да. |
OK. |
..при котором бы он не ждал окончания фаровской операции (типа копирования, подсчёта размера, построения дерева), которая была запущена клавишей из
Keys
.Проблема: макродвижок по умолчанию "нажимает клавиши" синхронно: очередное нажатие возвращает управление после завершения операции, вызванной этим нажатием.
Поэтому текущая реализация предусматривает запрет обработки клавиатуры в процессе операции, что приводит к невозможности прервать (затянувшуюся) операцию штатным образом (Esc/CtrlBreak).
Потенциальное решение: предусмотреть возможность как-то явно указать, для определённых случаев, что синхронность не нужна. Например
mf.mode(3)
и/илиKeys("EnAsync/NoWait",...)
.Источник: https://bugs.farmanager.com/view.php?id=2692
The text was updated successfully, but these errors were encountered: