Page 26 of 40

LuaMacro — Lua как язык макросов

Posted: Mon 16 Jul, 2012 13:44
by John Doe
Проект Spring (обсуждение) влился в стабильную версию Far Manager 3.0.

Таким образом, в макросах сейчас доступны:
  • Стандартные функции и библиотеки Lua.
  • В фаре используется LuaJIT (обсуждение), что (в частности) даёт доступ к библиотеке FFI (обсуждение), и некоторые другие расширения.
  • "Надстройка" над Lua: MoonScript (Подробности и обсуждение)
  • Функции API плагинов, посредством библиотеки LuaFAR (см. luafar_manual.chm)
  • Функции старого макроязыка (API макросов) (Обновление)
    Актуальный мануал, отражающий после перехода на Lua: macroapi_manual.ru.chm.
    (Мануал весьма лаконичен, вместо описания функции старого макроязыка приведены ссылки на устаревший раздел )
См. также:

Re: LuaMacro — Lua как язык макросов

Posted: Fri 04 Jul, 2014 22:14
by Shmuel

Latest post of the previous page:

John Doe wrote:Фар падает.
Воспроизводится и на довольно старых билдах.

LuaMacro непричём? На мантис?
Думаю, что ни при чём. На мантис.
Кстати, для воспроизведения достаточно только этого:
  1. local F = far.Flags
  2.  
  3. Event{ description="VE_CLOSE";
  4.  
  5.   group="ViewerEvent";
  6.  
  7.   condition=function(id,Event) return Event==F.VE_CLOSE end;
  8.  
  9.   action=function() far.Show() end
  10.  
  11. }

Re: LuaMacro — Lua как язык макросов

Posted: Fri 04 Jul, 2014 23:01
by John Doe
Оказывается на мантисе уже есть.

Re: LuaMacro — Lua как язык макросов

Posted: Wed 23 Jul, 2014 15:24
by John Doe
  1. Macro {
  2.  
  3.   area="ShellAutoCompletion DialogAutoCompletion"; key="F2";
  4.  
  5.   condition=function() far.Show(Object.Bof,Area.Current) return false end;
  6.  
  7.   action=function() end;
  8.  
  9. }
Почему при нажатии F2 функция condition вызывается дважды?

А проблема собственно в том, что не получается составить макрос, работающий с непервым элементом автодополнения:

Re: LuaMacro — Lua как язык макросов

Posted: Thu 24 Jul, 2014 18:28
by John Doe
Из обработчика EE_CHANGE невозможно вызвать editor.GetInfo.
Чтобы это обойти, можно было бы использовать ACTL_SYNCHRO, но LuaMacro не предоставляет такой возможности.

В качестве альтернативы, вместо ACTL_SYNCHRO можно использовать far.Timer, или mf.postmacro.
Оба способа работают (хотя непонятно какой интервал выбрать для far.Timer).

Хотелось бы всё-таки выяснить, какой из двух вариантов предпочтительнее использовать для задач, подобных моей.

Re: LuaMacro — Lua как язык макросов

Posted: Thu 24 Jul, 2014 18:57
by zg
John Doe wrote:Из обработчика EE_CHANGE невозможно вызвать editor.GetInfo.
EditorID приходит. что ещё нужно?
Хотелось бы всё-таки выяснить, какой из двух вариантов предпочтительнее использовать для задач, подобных моей.
задачу опишите поподробнее.

Re: LuaMacro — Lua как язык макросов

Posted: Thu 24 Jul, 2014 19:11
by John Doe
Задача: по хоткею позиционировать редактор к месту последней правки.
Решение:

Re: LuaMacro — Lua как язык макросов

Posted: Thu 24 Jul, 2014 19:25
by zg
John Doe wrote:Задача: по хоткею позиционировать редактор к месту последней правки.
место последней правки не всегда совпадает с позицией курсора. в EE_CHANGE приходит номер строки, им и пользуйтесь. всё остальное — бессмысленно.

Re: LuaMacro — Lua как язык макросов

Posted: Thu 24 Jul, 2014 19:40
by John Doe
В 99% случаев меня интересует именно то место, где курсор.
Но неважно, это всего лишь пример.

Вопрос как вообще правильнее обрабатывать подобные случаи.
Что лучше использовать: mf.postmacro или far.Timer.

Re: LuaMacro — Lua как язык макросов

Posted: Thu 24 Jul, 2014 19:52
by zg
John Doe wrote:В 99% случаев меня интересует именно то место, где курсор.
тогда можно ловить следующий ee_redraw — получать позицию там.

Re: LuaMacro — Lua как язык макросов

Posted: Thu 24 Jul, 2014 20:04
by John Doe
Действительно. Спасибо.

Вообще если бы не интересовало место курсора и позиция всего окна, то и не затевал бы ничего: работает и CtrlZ CtrlShiftZ.

Ещё рассматривал вариант устанавливать в EE_CHANGE сессионные закладки (это было бы проще всего, но нет для них нормального АПИ).

Re: LuaMacro — Lua как язык макросов

Posted: Thu 31 Jul, 2014 01:15
by John Doe

Если использовать плагиновое апи (ShiftF1), то выделение появляется не сразу после ECTL_SELECT, а только после окончания макроса.
Если использовать макро апи (ShiftF2), то выделение появляется сразу.

Вопрос: почему так и можно ли исправить?
Update:
Надо было добавить editor.Redraw()

Re: LuaMacro — Lua как язык макросов

Posted: Wed 06 Aug, 2014 10:36
by John Doe
Этот код вешает фар:

Code: Select all

lua:Keys"AltF7 * Enter" far.Show()
Похожая проблема: http://forum.farmanager.com/viewtopic.p ... 48#p115948

Update
Вместо far.Show можно подставить и другие функции. Например Dlg.GetValue

Если обернуть в far.Timer, то не виснет.

Re: LuaMacro — Lua как язык макросов

Posted: Thu 14 Aug, 2014 20:03
by John Doe
Нужен надёжный способ выполнить определённый код после загрузки всех макросов.
flags="RunAfterFARStart"; подошёл бы, но он выполняется лишь после первой загрузки, тогда как требуется после каждой.
Варианты:
- определённый макрофайл загружать последним (как _macroinit.lua только наоборот).
- добавить специальное событие (LoadMacrosDone)

Re: LuaMacro — Lua как язык макросов

Posted: Thu 14 Aug, 2014 20:12
by Shmuel
А просто mf.postmacro в произвольном макрофайле не годится?

Re: LuaMacro — Lua как язык макросов

Posted: Thu 14 Aug, 2014 20:14
by John Doe
Если после этого в другом произвольном макрофайле в просессе загрузки будет ошибка (или например сработает какая-либо диалоговая функция), то наш код выполнится раньше окончания загрузки.

Re: LuaMacro — Lua как язык макросов

Posted: Thu 14 Aug, 2014 20:51
by Shmuel
John Doe wrote:Если после этого в другом произвольном макрофайле в просессе загрузки будет ошибка (или например сработает какая-либо диалоговая функция), то наш код выполнится раньше окончания загрузки.
На чём основывается данное утверждение?