Do we actually need Plugin.Colorer.lua in colorer?

[unxed]

https://github.com/elfmz/far2l/blob/master/colorer/configs/plug/Plugin.Colorer.lua

[elfmz]

may be in distant future in in a galaxy far, far away.. (no)

[dr-dba]

А кстати да вот.
А можно ли сделать так чтобы была поддержка Луа, в том смысле, как сейчас в виндо-ФАРе?
Сейчас там это плагин, который отдает все АПИ через себя в Луа-функции
Я поначалу был против Луа (в пользу жабаскрипта или питона), но втянулся как-то.
Тем более что, смотрю, Луа кроссплатформенно, свободно распространяемо,
и в редакторах используется довольно часто (Scintilla, TextAdept),
много где еще используется, на вскидку -
часто как способ автоматизации, быстрой и легкой скриптологии, программирование игр.
Есть форк Midnight Commander с качественной поддержкой Луа.
Если честно, не представляю эффективную работу без скриптологии

[dr-dba]

пока буду складывать сюда свои соображения в виде неорганизованной кучи
прежде всего, сложу мат. часть в в иде прародителя Фар3-Луа, это кажется что версия годная для ФАР2,
но надо будет проверить, мечтаю углубленно занятся, но надо прям счас перется в неведомую даль.
..
Упс, оказывается в ГитХабе в коммнетах нельзя прицеплять файлы,
значит и это откладывается как минимум до согедняшнего вечера ..

[dr-dba]

Позвольте последовать данному мне совету, и далее копипастить свои рандомные каменты немного выдернутые из контекста, пока начну с этого.
Диcклаймер: соображения сырые и как и упомянуто, рандомные, скоро будут уточнения.

смотрите, пока так отвечу
Я не считаю себя вправе педалировать Луа без конкретного плана действий и предложений по существу,
БЕЗ того что я изучил досконально ситуацию на данный момент в ФАР2Л,
и насчет существующих возможностей там питона например.
меня за недостаток доскональности, часто и много и справедливо били ФарГруповцы :)
у них с этим хоть и перебор, но я все же как-то проникся моралью
Пока отмечу, что для Луа можно портировать ранние версии плагина LuaFar4Editor для версии тогдашнего ванильного Фар2.
для простоты, считайте что Луа в ФАР3 это тот же самый, непринципиально чуть перестроенный LuaFar4Editor для ФАР2.
Принципы работы ровно те же, и можно тупо брать этот плагин как он есть, соответствующей версии, и пересаживать в Фар2Л.

Или иными словами :) умоляю что не надо писать плагин для написания плагинов на этом этапе, на этом этапе надо адаптировать старый, добрый, простейший LuaFar4Editor.

2.) Возможно, ровно так же как сделан API wrapping для питона, так же сделать и для Луа.
Но тут важность в совместимости Фар-Луа-АПИ с ФАР3.
хоть для начала может и сделать «абы какой» lua-wrapping?
не знаю, тогда отсеются многие и многое, чего не хотелось бы

[dr-dba]

это первая версия на ГитХабе ЛФ4Ед, для ФАР2 (компилирование не проверял) интересно бы найти и более ранние, но кажется что достаточно и этого.
https://github.com/shmuz/LuaFAR/tree/3c93a0e23b42411c1212a2a15b7b6c8f2660685d
смысл - адаптировать для FAR2L, трудностей быть не должно, так как из зависимостей только сам Луа.
отмечу что эти ранние версии были на Луа 5.1 что тут все еще и используется,
а далее (кажется что на этапе создания ФАР3 и более плотного АПИ интерфейса с Луа),
было принято верное решение быть на LuaJit.
Насколько я знаю, LuaJit и Lua 5.1 взаимозаменяемы в любом проекте,
ну если конечно в этом проекте не нужно обращение напрямую в C/C++,
во что умеет только LuaJit, но на этапе адаптации "as is" этого плугине роли играть не будет,
можно взять и чистое Луа 5.1, если так вдруг будет проще начать.

UPDATE
Центральный смысл макрописательства в виндо-фарах, это приделывать разное всякое к нажатиям кнопочек, и даже эмулировать нажатия кнопочек.
Я понял что при портировании в текстовые ино-платформенные консоли, в работе с клавиатурой возникает куча проблем.
В целом, выглядит что это и есть самый высокий барьер.
В то же время, дело выглядит небезнадежно, благодаря вашим усилиям за эти годы,
побеждено в ГУИ, почти (или совсем?) побеждено в текст-консолях.
а я пока подчеркиваю и отмечаю эти стратегически важные ориентриры.

Update2
Ноги у Луа в Фар3 выросли из LuaFar4Editor, на каком-то раннем этапе он преобразовался в LuaMacro/LuaFar на Far2, возможно еще до становления Far3.
Приблизительная схема развития:
LuaFar3Editor (Far2) => LuaFar/LuaMacro (Far2) => LuaMacro (Far3)

Отмечу что на любом этапе, LuaMacro остается всего-лишь плагином,
который всего лишь сидит на клавиатурном вводе.
Технически можно прикрутить любой другой плагин и отдать ему весь ввод, в том числе и в виндо-фар3.
но имеет смысл оставаться на Луа, я много писал на тему почему, перетащу со временм сюда в эту "кучу".

[unxed]

Упс, оказывается в ГитХабе в коммнетах нельзя прицеплять файлы

Очень даже льзя!

смотрите, я файл, и меня прицепили в каментах!.zip

[unxed]

А кстати да вот. А можно ли сделать так чтобы была поддержка Луа, в том смысле, как сейчас в виндо-ФАРе? Сейчас там это плагин, который отдает все АПИ через себя в Луа-функции Я поначалу был против Луа (в пользу жабаскрипта или питона), но втянулся как-то. Тем более что, смотрю, Луа кроссплатформенно, свободно распространяемо, и в редакторах используется довольно часто (Scintilla, TextAdept), много где еще используется, на вскидку - часто как способ автоматизации, быстрой и легкой скриптологии, программирование игр. Есть форк Midnight Commander с качественной поддержкой Луа. Если честно, не представляю эффективную работу без скриптологии

Можно!

#1197