Page 5 of 7

Редактор БД плагинов

Posted: Thu 03 Mar, 2016 10:28
by IgorZ
(бывший "Экспорт / импорт данных LuaMacro")
Описание:
Данный скрипт позволяет просматривать данные плагинов, хранящиеся в локальном и глобальном профилях Far-а, редактировать их, экспортировать в файл, а также импортировать из ранее экспортированного файла. По умолчанию предлагаются данные LuaMacro. После выбора другого плагина умолчание меняется до перезагрузки макросов. Формат файла импорта/экспорта текстовый, довольно простой - фактически, .ini-формат с некоторыми дополнительным ограничениями, так что, в принципе, легко редактируемый при надобности. Можно последовательно сохранить несколько разрозненных кусков данных в один файл путём дописывания в конец. Полученный файл можно импортировать в Far.


Скрипт добавляет себя в меню плагинов.



Требуемая версия Far 3.0.4324+.


Редактор БД плагинов

Posted: Fri 16 Nov, 2018 11:32
by DV

Latest post of the previous page:

Спасибо за обновление!
И, напоминаю:
DV wrote:Макрос глобально (??) использует сочетания AltShiftF2 и AltShiftF3, что негативно сказывается на работе со временной панелью, использующей эти сочетания клавиш для своих целей.

Редактор БД плагинов

Posted: Fri 30 Nov, 2018 08:11
by IgorZ
DV wrote: Fri 16 Nov, 2018 11:32 Спасибо за обновление!
И, напоминаю:
DV wrote:Макрос глобально (??) использует сочетания AltShiftF2 и AltShiftF3, что негативно сказывается на работе со временной панелью, использующей эти сочетания клавиш для своих целей.
Любое сочетание может оказаться кем-то занято. Рекомендую использовать модуль rebind. Он позволяет переназначать клавиши, как удобно, "на лету". А в LuaManager есть удобный интерфейс для этого.

Редактор БД плагинов

Posted: Tue 10 Dec, 2019 11:56
by IgorZ
Версия 2.1.4 -
  • Доработан вызов action-функций с учётом введённых в build 717 параметров для condition/action.
  • Рефакторинг.

Редактор БД плагинов

Posted: Sat 11 Apr, 2020 18:45
by DV
Far 3.0.0.5580 x86, плагин RESearch 8.70, макрос DBEdit 2.1.4.
При открытии базы RESearch получаем

Редактор БД плагинов

Posted: Sun 12 Apr, 2020 03:53
by buniak_a_h
DV, Это обсуждалось в "Глюки ночной сборки". Shmuel нашёл ошибку в моих скриптах: Macro{… id = win.Uuid … } - тут win.Uuid лишнее. Поверьте у себя во всех скриптах на такое. И не перепутайте: в вызове far.Dialog надо именно win.Uuid!

Редактор БД плагинов

Posted: Sun 12 Apr, 2020 07:16
by John Doe
А если бы не падал, то вы и не узнали бы о своих ошибках.

Редактор БД плагинов

Posted: Sun 12 Apr, 2020 07:56
by buniak_a_h
John Doe wrote: Sun 12 Apr, 2020 07:16 А если бы не падал, то вы и не узнали бы о своих ошибках.
Узнал бы, если б потребовалось с id работать (искать макрос по id, например). А так-то - не использую, вот и не узнал. Подозреваю, у меня на компе много не работающих вещей, о которых я не знаю, потому что не использую.
Вот как объяснить логикой, что в вызове Macro используется "внешний" GUID, а в far.Dialog - внутренний? Просто вспоминается

Редактор БД плагинов

Posted: Sun 12 Apr, 2020 08:06
by Shmuel
buniak_a_h wrote: Sun 12 Apr, 2020 07:56 Вот как объяснить логикой, что в вызове Macro используется "внешний" GUID, а в far.Dialog - внутренний?
Логика здесь простейшая, и об этом неоднократно уже писали на форуме. Напишу ещё раз:

Для макросов из коробки доступно 2 библиотеки: макро-API и LuaFAR. Эти 2 библиотеки разрабатывались разными людьми, в разные периоды времени, независимо друг от друга, и они имеют отдельную документацию. Естественно, что "правила игры" в этих библиотеках разные. Но я не вижу в этом особой проблемы: практически любой программист имеет дело с разными языками и разными библиотеками, и обязан "играть" по правилам этих языков и библиотек.

Редактор БД плагинов

Posted: Sun 12 Apr, 2020 08:12
by John Doe
buniak_a_h wrote: Sun 12 Apr, 2020 07:56 А так-то - не использую, вот и не узнал.
А тем временем другие пользователи скачивают ваши скрипты, и берут некоректный код как пример для собственных макросов.

Редактор БД плагинов

Posted: Sun 12 Apr, 2020 08:31
by buniak_a_h
Shmuel, первое, что приходит в голову - ну хоть в документации как-то отразить, где внешний GUID, а где скомпилированный! Ведь вообще нигде не написано!
Я, честно говоря, думал, что LeaFAR - прослойка ("переходник") для использования функций из API (ну, или наоборот). На эту мысль наводит тот факт, что многие функции из LeaFAR, похоже, используют функции из API (преобразовывая параметры из таблиц, например, в похожие структуры). Я не утверждаю - просто представил, как бы делал я. Ну и, соответственно, привёл бы по возможности к стандарту.
И даже сделал бы гибче. Например, если признак панели 0 или 1 - это старый вызов, сохранённый для совместимости. А если far.Flags.PANEL_ACTIVE или far.Flags.PANEL_PASSIVE (-1 или -2 соответственно) - ву зависимости от вызываемой функции подменять на нужное.
Для GUID-а в зависимости от длины или преобразовывал, или нет (для разных надобностей) Увы, такой посредник не всегда знает, для каких надобностей…
John Doe, ну устыдили. Извиняет меня 2 соображения: (а) я искренне заблуждался и (б) эти скрипты я не публиковал.

Редактор БД плагинов

Posted: Sun 12 Apr, 2020 10:19
by DV
buniak_a_h wrote: Sun 12 Apr, 2020 03:53Это обсуждалось в "Глюки ночной сборки". Shmuel нашёл ошибку в моих скриптах: Macro{… id = win.Uuid … } - тут win.Uuid лишнее. Поверьте у себя во всех скриптах на такое. И не перепутайте: в вызове far.Dialog надо именно win.Uuid!
Что-то я сильно не в теме, потому что ничего не понял... :oops:

Редактор БД плагинов

Posted: Sun 12 Apr, 2020 11:22
by buniak_a_h
В версии 5580 заменили библиотеку LuaUTF8 (так, кажется) и сделали контроль за корректностью текста в кодировке UTF-8. Как Вы знаете, GUID может быть в двух ипостасях: во внешнем представлении (4 16-ричных числа, разделённых дефисами) и во внутреннем (хотя это на самом деле число, но представляется в виде 16-символьной строки). Перевод туда-обратно - функцией win.Uuid.
В моих скриптах я в двух файлах вместо внешнего ГУИДа передавал внутренний; если функция ожидает символьную строку в кодировке UTF-8 (например, функция utf8.gsub или <строка>:gsub), а получит внутренний ГУИД, то вполне может вылететь с приведённой Вами диагностикой. Первое, что приходит в голову - именно это как раз и произошло.
--
Посмотрел я указанный скрипт (DBEdit.lua). Увидел следующую странность:
Guids.diEdit - это GUID во внешнем (строковом) виде. Но в строке 290 написано:
if far.Dialog(Guids.diEdit, … ), хотя именно там должен быть внутренний GUID (проверено опытным путём). Отсюда я делаю вывод, что автор этого скрипта, так же как я ранний, вполне мог перепутать ГУИДы. В предыдущих версиях ФАРа это игнорировалось до тех пор, пока ГУИД не использовался. Теперь эта ситуация вызывает неприятную ошибку, которая может валить ФАР. Так как-то …

Редактор БД плагинов

Posted: Sun 12 Apr, 2020 11:29
by Shmuel
buniak_a_h wrote: Sun 12 Apr, 2020 11:22 Отсюда я делаю вывод, что автор этого скрипта, так же как я ранний, вполне мог перепутать ГУИДы. В предыдущих версиях ФАРа это игнорировалось до тех пор, пока ГУИД не использовался. Теперь эта ситуация вызывает неприятную ошибку, которая может валить ФАР.
Эта ошибка не может валить Фар.

Редактор БД плагинов

Posted: Sun 12 Apr, 2020 12:07
by buniak_a_h
Shmuel wrote: Sun 12 Apr, 2020 11:29 Эта ошибка не может валить Фар.
Ну, я привёл скриншоты вылета. Кажется, забыл там добавить, что фар закрывался.
Ещё. Есть скрипт проверки скрипта luacheck. Так вот он внезапно стал падать на тех скриптах, на которых работал в версии 5579. Этодля меня стало совершенно неприемлемо; откатился на 5579. Такая вот грусть…

Редактор БД плагинов

Posted: Sun 12 Apr, 2020 12:22
by Shmuel
buniak_a_h wrote: Sun 12 Apr, 2020 12:07
Shmuel wrote: Sun 12 Apr, 2020 11:29 Эта ошибка не может валить Фар.
Ну, я привёл скриншоты вылета. Кажется, забыл там добавить, что фар закрывался.
Зачем вы сознательно вводите читателей форума в заблуждение?
Ведь вы прекрасно знаете, что причиной вылета Фара был плагин колорер, что и видно на скриншоте.

Редактор БД плагинов

Posted: Sun 12 Apr, 2020 12:26
by buniak_a_h
John Doe, нашёл третье соображение, которое меня немного извиняет: такая же фигня в скрипте DBEdit от IgorZ: одну ошибку я уже нашёл (первый параметр в функции far.Dialog передаётся символьным, а не байтовым).
Кстати, Ваш luacheck_editor.luaу меня тоже свалился. На скрипте, который в версии 5579 проходил проверку. Подробности будут в той ветке.