Latest post of the previous page:
Это возможно, если скрипт при старте фара будет самостоятельно восстанавливать нужные пути на панелях.
Latest post of the previous page:
Это возможно, если скрипт при старте фара будет самостоятельно восстанавливать нужные пути на панелях.
Именно так. Написать подобный скрипт не проблема, но как этот скрипт узнает, что при явном запуске `Far.exe dir1 dir2` не надо восстанавливать состояние из конфига? При текущем решении с localconfig-ом это работает автоматически.
Абсолютно с этим согласен. Не раз слышал (в нескольких проектах) "мы эту фичу делать не будем, т.к. переживаем, что юзеры отстрелят себе ногу" - тогда как уже есть средства отстрелить себе всё туловище.John Doe wrote:И чем больше возможностей предоставляет инструмент тем больше возможностей отстрелить себе ногу.
Скрипт может работать (например) только если far.exe запущен без параметров.
про выход из редактора/просмотра я уже постил. вашу позицию про EE_REDRAW vs EE_READ я тоже прекрасно помню. ваши навязчивые переоткрытия псевдобагов про altgr я тоже не забыл. и вы там, если я помню, очень хотели объяснений, я на них тратил время и силы, а они вас не устраивали. или всё что вы написали — это для других и себя вы к ним не относите.
это единственно правильный подход.
если юзер стреляет себе в ногу где-то там тихо, то пожалуйста. но у нас есть богатый опыт, когда юзеры начали вопить, верните как раньше было. на форуме и на трекере. агрессивно.
Ну это первая моя мысль была, но как узнать из макроса, с какими параметрами запущен фар? Я, как всегда, не сумел найти в мануалах ничего на эту тему (то ли я тупой, то ли мануалы такие, то ли поиск в hh.exe такой "замечательный"). Хорошо б все мануалы свести в один, в html формате.John Doe wrote:Скрипт может работать (например) только если far.exe запущен без параметров.
Или наоборот, работать только если задан определённый параметр.
(просто идеи, в порядке мозгового штурма)
Я вас понимаю. Юзеры они на то и юзеры. Разработчики частенько делают то, что им самим кажется правильным. Полагаю, если бы вам самим нужна была эта фича и казалась бы хорошей, наверно она уже была быzg wrote:если юзер стреляет себе в ногу где-то там тихо, то пожалуйста. но у нас есть богатый опыт, когда юзеры начали вопить, верните как раньше было. на форуме и на трекере. агрессивно.
Это в MSDN, и применять через ffi.
Уж на сколько интересно будет рано или поздно овладеть всеми возможностями макросов в Фаре, сейчас я уже что-то подустал от новой информации. Больно много приходится с этим копаться, да и вас напрягать вопросами. Текущий вариант вполне рабочий, и ладно. Улучшать можно до опупения...John Doe wrote:Обратный подход в реализации проще: если скрипт определит префикс, то его можно будет запустить указав в командной строке фара.
zg, в момент вызова обработчиков этого события директория на панели (если спрашивать через API плагинов/макросов) уже новая или ещё старая? Если я правильно понимаю, для практических нужд чаще нужна новая; хотя, вероятно, в каких-то сценариях нужна и старая. Т.ч. идеально как-то знать обе.changelog wrote:zg 2023-02-21 20:49:15+02:00 - build 6104 1. experimental: new event SE_FOLDERCHANGED, sent when changing the current directory in panels.
Да-да-да! В какой группе ивентов обрабатывается это событие? Логично было бы предположить, что в
PanelEvent
, но там все имена событий начинаются на FE_…
. Или для обработки события в макросе надо дописать что-то в LuaFAR?Это SynchroEvent (SE_FOLDERCHANGED) via ProcessSynchroEvent().