shmuz / far_plugins Goto Github PK

DV wrote:

Вчера обратил внимание на важный инфраструктурный момент: сейчас плагин и свои настройки, и истории сохраняет в одну и ту же базу под UserProfileDir. Однако истории папок, файлов и команд являются по определению локальными (привязанными к конкретному компьютеру), поэтому было бы правильнее размещать именно истории в отдельной базе под UserLocalProfileDir. Именно так, кстати, делает AltHistory. Ещё один аргумент "за": при переносе портативной сборки FAR3 на другой компьютер имеет мало смысла переносить всю историю команд, файлов и папок, - которых на другом компьютере скорее всего физически нет.

tstr wrote:

по шорткату проверка доступности элементов истории (существования файла/папки) с выделением недоступных

В полигоне в value не отображаются символы с кодами 0-20h, как в панели, так и в диалоге их изменения.

Да, это так, по наследству от SQLiteDB. Там есть специальная замена этих символов на пробел.
Посмотрю, как это можно улучшить.

Для большинства офисных работников привычный фон редактора — белый. Т.е. как в Wordе. И когда они видят иное, то, порой, даже шарахаются. Поэтому уже очень давно я использую в редакторе Farа белый фон. Как ни удивительно, но это сильно примиряет и коллег, и клиентов. В этом случае они относятся к применению Far`а дружелюбно.

Прошу сделать для плагина схемы с белым фоном. По крайней мере, для для batch, hlf, ini, lng, lua, moonscript, и text-файлов.

DV wrote:

При работе с архивами заметил, что в стандартной истории папок FAR3 присутствуют такие элементы как "arclite:C:\Users\DV\Downloads\edisk_files.zip:", позволяющие перейти прямо внутрь архива, а в LFHistory таких элементов нет :( Соответственно, как у вас будет время и желание, был бы рад увидеть поддержку архивных папок и в LFHistory.

Is it possible to make this plugin work without LUA?

Currently it spews this when trying to run without LUA plugins:

00c0:err:module:import_dll Library luafar3.dll (which is needed by L"C:\\Program Files\\Far Manager\\Plugins\\PolygonSQLite\\polygon_e.dll") not found
00c0:err:module:import_dll Library lua51.dll (which is needed by L"C:\\Program Files\\Far Manager\\Plugins\\PolygonSQLite\\polygon_e.dll") not found
00c0:err:module:import_dll Library luafar3.dll (which is needed by L"C:\\Program Files\\Far Manager\\Plugins\\PolygonSQLite\\polygon_e.dll") not found
00c0:err:module:import_dll Library lua51.dll (which is needed by L"C:\\Program Files\\Far Manager\\Plugins\\PolygonSQLite\\polygon_e.dll") not found

DV wrote:

И ещё одно пожелание, очень хочется. Добавить возможность при удалении или сокращении фильтра оставлять текущим элементом истории тот, который был текущим при полном фильтре.

John Doe wrote:

В скрипте plugins.lua небольшой баг: если выгрузить (загруженный в память) плагин, и после этого нажать F3, то отобразится "is loaded".
Причина в том, что данные о выгруженных плагинах кэшируются, в том числе и флаги.
(При повторном запуске скрипта данные обновляются, но только о загруженных плагинах)

Мой кейс
Мне приходится работать с множеством тикетов системы трекинга. Данные по тикетам лежат в папках (локальных и удаленных) содержащих id тикета.
В 99% случаев запись папки есть в истории LFHistory.
Я хочу найти папку конкретного тикета.
Сейчас:

1. запомни id тикета из трекинг системы
2. Перейди в Far, Ctrl+F12
3. набери руками id тикета

Хочу:

1. выдели id тикета из трекинг системы, ctrl+c
2. Перейди в Far, Ctrl+F12
3. Ctrl+v

AlexanderCh wrote:

Привет,
Версия 3.8.1
Открыл некоторую папку на удаленном сервере в NetBox по SFTP.
Открыл диалог LFHistory folders нашел другую папку на том же сервере.
Наблюдаю: NetBox снова производит авторизацию на сервере и поднимает сессию, как в первый раз.
Ожидалось: не будет заново поднимать сессию, а просто перейдёт в папку.

Вроде бы AltHistory умел делать локальный переход в папку в рамках текущей сессии...

Не критично, но желательно )

Добавить поддержку цветовой 256+ цветовой схемы.

Polygon is great for browsing sqlite DBs, thank! But for one of my database I have some issues with viewing rows:

Problem database:
trader.db.zip

1. 64-битные целые могут форматироваться как числа с плавающей точкой
2. Числа с плавающей точкой могут форматироваться с потерей точности

polygon v1.4.0 - перед первым запуском требует настройки - пока не забежал в его настройки и не перенастроил плагин при любой попытке зайти в БД, вне зависимости от варианта сборки и версий SQLite3.dll и SQLite3.exe - что взятых со SQLite.org, что собранных мной в GCC 10 получаем сообщением об ошибке:

.\Far\plugins\polygon\polygon_e-x64.dll:
[string "<boot"]:210: attempt to index local 'e' (a nil value)
stack traceback:
   [string "<boot"]:210: in function 'n'
   [string "<boot"]:222: in function <[string "<boot"]:214>

а сама БД не открывается. Использовалась SQLite версий 3.35.4 и 3.35.5. Аналогично данная версия плагина ведёт себя и при отсутствии в профиле БД плагина - выводится такое же сообщение об ошибке. Для х86 сборки поведение аналогично - выводится сообщение об ошибке:

.\Far\plugins\polygon\polygon_e.dll:
[string "<boot"]:210: attempt to index local 'e' (a nil value)
stack traceback:
   [string "<boot"]:210: in function 'n'
   [string "<boot"]:222: in function <[string "<boot"]:214>

Если в тест-копию положить ранее настроенную для версии 1.4.0 в любой другой копии фар БД плагина, то DLL загружается, сообщений об ошибке не выводится, исследуемая БД открывается.

До версии 1.3.4.0 включительно этого не было. В документации плагина информации о необходимости его настройке при обновлении до версии 1.4.0 или перед первым запуском плагина данной версии так же не нашёл.

Проверялось с Far b5812/b5813 x86 и x86-64 с набором плагинов из репо Far, без скриптов, при первом запуске профиль удаляется, хранение профиля локальное в каталоге Far, запуск через оболочку ОС, Win7 SP1 x64, SQLite3.dll и SQLite2.exe находятся в каталоге плагина.

хотел в полигоне скопировать из старой db в левой панели в новую в правой панели значения table_values - функции копирования нет (надеюсь пока).

Для данного случая такая операция имеет смысл, но для общего случая реализовать затруднительно, потому что в обеих панелях должны быть открыты таблицы, созданные одинаковым "CREATE TABLE". Проверка этого факта не тривиальна (но для данного случая вполне возможна - простым сравнением строк). Может быть и сделаю.

tstr wrote:

фильтры исключений для каждого вида истории

Panel Find in LFSearch used to work in panels opened through the Network plugin (eg. net:\SERVERNAME\D$\Foo\Bar). In the latest version of LFSearch, 3.43.1, it does not work anymore. It does not display an error; it only shows the "No files found" dialog.

LFSearch works fine on my local drive and network drives mapped to a drive letter (H:\Foo\Bar).

As a test, I used the regular Far Find (Alt-F7) in a panel opened through the Network plugin, and I verified that it works correctly there.