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

[John Doe]

Проект Spring (обсуждение) влился в стабильную версию Far Manager 3.0.

Code: Select all

zg 30.09.2012 03:26:20 +0200 - build 2851

1. слияние с проектом Spring (https://github.com/shmuz/Spring).
   в связи с этим вместо встроенного макроязыка используется скриптовый язык Lua 5.1 (http://www.lua.org).

Code: Select all

shmuel 25.04.2014 21:32:52 +0200 - build 3878

1. Поддержка MoonScript в API плагинов

• changelog — список изменений в плагине LuaMacro.

Таким образом, в макросах сейчас доступны:

• Стандартные функции и библиотеки Lua.
• В фаре используется LuaJIT (обсуждение), что (в частности) даёт доступ к библиотеке FFI (обсуждение), и некоторые другие расширения.
• "Надстройка" над Lua: MoonScript (Подробности и обсуждение)
• Функции API плагинов, посредством библиотеки LuaFAR (см. luafar_manual.chm)
• Функции старого макроязыка (API макросов) (Обновление)
  Актуальный мануал, отражающий
  hh.exe %FARHOME%\Encyclopedia\macroapi_manual.ru.chm::/38.html
  после перехода на Lua: macroapi_manual.ru.chm.
  (Мануал весьма лаконичен, вместо описания функции старого макроязыка приведены ссылки на устаревший раздел
  hh.exe %FARHOME%\Encyclopedia\FarEncyclopedia.ru.chm::/html/macro/macrocmd/prop_func/index.html
  )

См. также:

• Ликбез по Луа — вопросы касающиеся самого языка.
  
  Связанные обсуждения:
  • Юникод в lua
    Лево-/правосторонние модификаторы в макросах
    Перенос макросов из прошлых версий фара в LuaMacro
    Переезд макросов из macros.db в файлы
    Dll'ки Lua
    
    Обработчики событий: запуск макросов по событиям
    Добавление пунктов в меню плагинов
    Пользовательский режим сортировки для панелей
    Поведение, когда нужно сделать выбор из нескольких макросов
    
    Избавиться от дублирования в LuaMacro

[SUSim]

Ребят! так нельзя принимать решения!
Я даже, не успел спросить зачем mf, и почему именно "mf"

Да и вообще, получается:
- Эксковатор ЕСТЬ - РОЕМ!!!
- Блин, одни рытвины получились.
- Ау, добровольцы есть - заровняйте, пожалуйста.

[Shmuel]

Ребят! так нельзя принимать решения!
Я даже, не успел спросить зачем mf, и почему именно "mf"

Да и вообще, получается:
- Эксковатор ЕСТЬ - РОЕМ!!!
- Блин, одни рытвины получились.
- Ау, добровольцы есть - заровняйте, пожалуйста.

mf = "macrofunctions"
Вариантов сделать этот API есть бесчисленное множество, и тот, что выбран - не самый худший. А если устроить публичное обсуждение, навряд ли придём к консенсусу. Тем не менее, покуда ещё слом всего не закончен (до конца месяца?), можно и это ломать, наверное. Открывайте отдельную тему, и пусть все желающие высказываются.

[SUSim]

Насчет Keys:
как-то нелогично,на мой взгляд, то нужен eval, то Keys - объединить бы их...

[Shmuel]

Насчет Keys:
как-то нелогично,на мой взгляд, то нужен eval, то Keys - объединить бы их...

Это совершенно разные вещи, зачем их объединять?

[SUSim]

Почему совершенно разные?
Раньше eval("F1") вызывал помощь, а теперь Keys("F1") делает тоже самое!
eval как-то привычнее, может его разломать=апгрейдить?... пока всё и так ломается...
и всё таки почему некоторы функции в mf., а некоторые напрямую? (тот же print а не mf.print) в чём логика?

кажется не в той теме обсуждение я завёл...

[Shmuel]

Почему совершенно разные?
Раньше eval("F1") вызывал помощь, а теперь Keys("F1") делает тоже самое!
eval как-то привычнее, может его разломать=апгрейдить?... пока всё и так ломается...

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

и всё таки почему некоторы функции в mf., а некоторые напрямую? (тот же print а не mf.print) в чём логика?

Глобальными ф-циями сделаны наиболее часто употребительные (на мой субъективный взгляд). Делать все функции глобальными = засорять глобальное пространство.

[SUSim]

по п.1
eval("Keys(\"F1\")") криво не находите? - подумаю ещё как логичнее (в принципе, меня и так как есть устраивает, я почти все свои макросы перепилил под lua, вот только куда их выкладывать? сюда или в тему макросы???)

по п.2
очень субъективно получилось, приходится задумываться писать, например, msgbox() или mf.msgbox()
может всё сделать, или mf.zzz, или просто zzz (глобальных функций не так уж и много), а еще можно и глобальные функции разделить:
типа user.msgbox, user.prompt, string.len и т.п.

Ламерский вопрос: а можно ли както предобявить библиотеку - чтобы не писать каждый раз имя таблицы,
чтобы math.sin(math.pi) выглядело как sin(Pi) и т.п.

[Shmuel]

по п.1
eval("Keys(\"F1\")") криво не находите? - подумаю ещё как логичнее (в принципе, меня и так как есть устраивает, я почти все свои макросы перепилил под lua, вот только куда их выкладывать? сюда или в тему макросы???)

Зачем eval("Keys(\"F1\")"), почему не просто Keys("F1") ? Может я чего-то не понимаю?

по п.2
очень субъективно получилось, приходится задумываться написать, например, msgbox() или mf.msgbox()
может всё сделать, или mf.zzz, или просто zzz (глобальных функций не так уж и много), а еще можно и глобальные функции разделить:
типа user.msgbox, user prompt, string.len и т.п.

Глобальных величин уже полным-полно:
1. Lua API
2. LuaFAR API
3. Macro API

А задумываться - да, придётся, нынешняя система куда шире предыдущей. Можно и в справку поглядывать.

[DrKnS]

и всё таки почему некоторы функции в mf., а некоторые напрямую? (тот же print а не mf.print) в чём логика?

Глобальными ф-циями сделаны наиболее часто употребительные (на мой субъективный взгляд). Делать все функции глобальными = засорять глобальное пространство.

Для единообразия лучше все функции сделать доступными через mf., а для наиболее часто встречающихся завести алиасы в глобальном пространстве.

Манипуляции пространствами в стиле "using namespace mf;" или "using mf::print;" в lua есть?

[Shmuel]

Для единообразия лучше все функции сделать доступными через mf., а для наиболее часто встречающихся завести алиасы в глобальном пространстве.

Это хорошая идея.

Манипуляции пространствами в стиле "using namespace mf;" или "using mf::print;" в lua есть?

Есть, но делается через метатаблицы - не стоит на данном этапе, это не для начинающих, сначала пусть люди освоят более простые вещи.

P.S.
"using mf::print;" делается так (в верхней части скрипта, т.е. до первого использования):

Code: Select all

local print=mf.print

[zg]

Зачем eval("Keys(\"F1\")")

eval("Keys('F1')")

[Shmuel]

eval("Keys('F1')")

Дело не в кавычках, мне непонятно, зачем использовать eval, а не просто Keys("F1").

[zg]

Дело не в кавычках, мне непонятно, зачем использовать eval, а не просто Keys("F1").

Code: Select all

local a="Keys('"..(cond and "F1" or "F2").."')"
eval(a)

пример синтетический и вполне вероятно, что на луа любой реальный пример с eval можно переписать без eval.

Примечание модератора: продолжение

[SUSim]

У вас тут конечно высокие материи , но у меня вопрос по текущему состоянию.
в хелпе сказано:

Code: Select all

Editor - таблица со следующими полями:
Свойства:
  CurLine:   number
  ...
Функции:
  DelLine
  ...

так вот при

Code: Select all

s=""; 
for k,v in pairs(Editor) do 
  s=s..k.."\n"; 
end;

в s у меня попадают только фунуции, а что Свойства полями не являются? или я что-то не так делаю? (pairs(_G) есть и свойства и функции и библиотеки-таблицы)