View Issue Details

IDProjectCategoryView StatusLast Update
0002171WishesMacropublic2013-02-03 00:33
ReporterNightRoman Assigned Toshmuel  
PrioritynormalSeverityfeatureReproducibilityalways
Status closedResolutionfixed 
Product Version3.0 
Fixed in Version3.0 
Summary0002171: Для макросов Lua - добавить %FARPROFILE%\Scripts\?.lua в package.path
DescriptionПредлагается в package.path прямо из коробки добавить какой-нибудь фиксированный путь из профиля пользователя. Типа %FARPROFILE%\Scripts\?.lua (%FARPROFILE% развернутый, конечно). Понятно, что это юзер и сам может в автостарте сделать, но речь об "удобстве" - не надо об этом думать (и уметь), а достаточно просто класть свои скрипты в эту папку и пользовать require.

Пока же все пути завязаны на непользовательские папки в FARHOME. Класть туда свои файлы нежелательно, даже если фар одним пользователем используется, усложняется обновление, например.
TagsNo tags attached.
Build3001

Activities

Aidar

2012-10-22 12:18

reporter   bugnote:0009622

Для работы с MyPack-наборами скриптов лучше класть скрипты не в саму папку, а в подпапку MyPack этой папки. Только придётся использовать require'MyPack.MyScript'.
Названия lua-файлов в разных пакетах скриптов могут совпадать, а при использовании своей подпапки гарантируется, что "загрузится" нужный lua-файл. И поставлять скрипты станет удобнее.
Такая схема работы уже используется при написании скриптов для LuaFAR for Editor.

shmuel

2012-10-22 20:42

developer   bugnote:0009630

NightRoman
Предложение-то конечно улучшит нынешнее положение вещей, но как насчёт нескольких профилей - скрипты придётся дублировать?

NightRoman

2012-10-23 03:18

reporter   bugnote:0009631

Может быть, а может и нет. Пока не вижу в этом проблемы. Настройки же тоже надо дублировать. Жалобы на это есть? Вроде нет. Когда будут, тогда можно и подумать, реализация текущего предложения не отменяет расширяемость в будущем.

shmuel

2012-10-23 03:38

developer   bugnote:0009632

>> но как насчёт нескольких профилей - скрипты придётся дублировать?
> Может быть, а может и нет.
По моему опыту - однозначно "да". То-есть, конечно, я этого не делаю, но только потому, что не завязываю package.path на профиль. И вопрос насчёт нескольких профилей был не абстрактный, у меня их действительно несколько.

Aidar

2012-10-23 03:43

reporter   bugnote:0009633

Кому нужно, тот может положить их в общую папку, доступную/добавляемую в package.path.
Другое дело - настройки этих скриптов. Есть ли возможность из LuaFAR однозначно определить папку текущего используемого профиля FAR (параметры ProfileDir / LocalProfileDir из Far.exe.ini)?

shmuel

2012-10-23 03:51

developer   bugnote:0009634

Переменные окружения FARPROFILE и FARLOCALPROFILE.

Aidar

2012-10-23 04:01

reporter   bugnote:0009635

Спасибо.
Да, есть ещё вариант для нескольких профилей - использовать ссылки/связи.

NightRoman

2012-10-23 04:10

reporter   bugnote:0009636

Если бы у Фара была концепция "общей папки" типа FARCOMMONPROFILE и каких-то "общих настроек", тогда имело бы смысл думать и о включении этой папки (ее подпапки). Но раз такой концепции нет, то и бежать впереди паровоза не стоит.

Скрипты дублировать, да. Если это проблема у кого-то (таких будут единицы), то проблема решается разными способами. Если будут жалобы, тогда надо и думать, чтобы реальный юз-кейс был в руках, а не гипотетический.

NightRoman

2012-12-11 05:22

reporter   bugnote:0009805

В последних версиях в путь добавили ...\Profile\Macros\modules\?.lua Если это введение остается, то тикет можно закрывать.

Issue History

Date Modified Username Field Change
2012-10-22 00:19 NightRoman New Issue
2012-10-22 12:18 Aidar Note Added: 0009622
2012-10-22 20:42 shmuel Note Added: 0009630
2012-10-23 03:18 NightRoman Note Added: 0009631
2012-10-23 03:38 shmuel Note Added: 0009632
2012-10-23 03:43 Aidar Note Added: 0009633
2012-10-23 03:51 shmuel Note Added: 0009634
2012-10-23 04:01 Aidar Note Added: 0009635
2012-10-23 04:10 NightRoman Note Added: 0009636
2012-12-11 05:22 NightRoman Note Added: 0009805
2012-12-11 05:22 NightRoman Status new => resolved
2012-12-11 09:06 shmuel Build => 3001
2012-12-11 09:06 shmuel Status resolved => closed
2012-12-11 09:06 shmuel Assigned To => shmuel
2012-12-11 09:06 shmuel Resolution open => fixed
2012-12-11 09:06 shmuel Fixed in Version => 3.0
2013-02-03 00:33 alexy Severity minor => feature