Плагин входит в дистрибутив Far Manager с v3.0.2948 (старые версии доступны тут) Поддержка Windows XP
Начиная с версии FarColorer 1.4.0 в плагине прекращена поддержка Windows XP. Полностью поддерживается и тестируется на Windows 10. Несколько версий Windows назад - по запросу. Но кажется, что всегда должно работать начиная с Windows 2008.
Far Manager 3.0.5797 (2021.05.10) и более новые в дистрибутиве содержат FarColorer версии 1.4.
Поддержка Windows XP осталась только на FarColorer 1.3.x. В данной ветке будут выходить только критичные исправления. Скачать можно на GitHub странице плагина. Последняя версия 1.3.30
Опционально плагин способен отображать текст в RGB режиме, и используя разные стили (bold/italic/underlined).
Этот режим называется TrueMod, для его работы в FAR 3 требуются специальный эмулятор консоли: Conemu.
Скриншоты можно глянуть странице проекта (актуальны только изображения, а описание немного устарело, в частности Console2 больше не поддерживается).
Или подключить пользовательские *.hrd в пользовательском catalog.xml
Внимание: в пользовательском файле цветовых стилей пути вычисляются относительно catalog.xml
В настройках плагина указать путь к файлу: Users file of schemes.
(Структура файла аналогична hrc\proto.hrc)
используя папку auto:
Два варианта:
Cоздать свой аналог proto.hrc и прописать туда прототипы, а в папку types положить сами схемы.
Минимальный (пустой) пример файла прототипов есть в дистрибутиве: auto/empty.hrc.
Внимание:empty.hrc служит для примера, изменять его не рекомендуется, т.к. при обновлении изменения потеряются.
Можно обойтись без отдельного файла прототипов, а разместить схемы непосредственно в папке auto.
Прототип в этом случае должен быть определён в самой схеме после тега <hrc>, без указания location
через пользовательский catalog.xml:
Вместо штатного base/catalog.xml можно использовать свой файл, указав путь к нему в настройках плагина.
В своём каталоге можно указать откуда загружать пользовательские прототипы и схемы.
Чтобы переопределять дистрибутивные схемы собственными надо пользовательский файл прототипов подключать после штатного proto.hrc:
Также в catalog.xml можно добавить пользовательские цветовые стили, см. <hrd-sets>
Как переопределить существующую схему
Для этого достаточно подключить собственную схему с тем же именем (name).
Если требуется изменить только параметры схемы (filename, firstline, parameters), то достаточно прототипа, как он указан в common.zip!hrc/proto.hrc. location схемы при этом нужно указать примерно так (для hrc-файла, находящегося в папке FarColorer\base\auto):
Как правильно "удалить" какую-либо стандартную схему
Чтобы какая-либо из стандартных схем исчезла из меню, надо в пользовательском файле прототипов "переделать" схему в пакет с тем же именем (name), например:
Кроме имени важно также сохранить значение location, потому как даже если эта схема вам не нужна, но от неё могут зависеть другие, нужные вам.
Как использовать относительные пути и переменные окружения
В настройках плагина при указании пути к catalog.xml удобно использовать переменные окружения, такие как %FARHOME%, %FARPROFILE%.
Переменные можно использовать и в самом файле catalog.xml, и в определениях прототипов.
Кроме того поддерживаются относительные пути во всех hrc файлах (путь вычисляется относительно файла, в котором он указан). Внимание: в пользовательском файле цветовых стилей (hrd) пути вычисляются относительно catalog.xml
Если раскраска неправильна:
В первую очередь нужно убедиться что тип файла определён верно (F11/FarColorer/List types).
В случае если определился не тот тип, что требуется, можно выбрать из списка более подходящий.
Или же переопределить типы, подкорректировав "условия срабатывания" схемы, заданные в атрибутах <filename> и/или <firstline>.
Часто достаточно подкорректировать атрибут weight='2', изменив умолчательное значение (2) в ту или иную сторону.
Не рекомендуется редактировать штатные прототипы и схемы, т.к. при обновлении изменения потеряются.
Как правильно переопределить схемы описано в других пунктах данного FAQ
citRiks wrote: ↑Wed 14 Oct, 2020 22:09ой, спасибо и звинаюсь
не могу вас извинить, у вас как минимум повторное игнорирование правил сообщения о проблемах. банить вас у меня никакого желания нет, но это последнее предупреждение.
zg wrote: ↑Wed 14 Oct, 2020 23:15
игнорирование правил сообщения о проблемах
Если посмотреть историю, то понятно, что там всё, нужное для анализа есть. Ну, забыл юзер про макросы! С кем не бывает. Просто выключать макросы очень неудобно, лишний раз не займёшься. Вот если бы макросы не загружались из файлов/папок с атрибутом Hidden - стало бы удобнее. И реализовать, наверно, легко.
buniak_a_h wrote: ↑Thu 15 Oct, 2020 02:38В этом контексте сообщение "всегда убивается" становится понятным.
поясните, мне не становится понятным.
Начинать отсюда. Здесь подробно написано, какие редакторы не "убиваются", и что это означает
citRiks wrote: ↑Wed 14 Oct, 2020 18:21Sim,
ого, вот вы затронули тему, про которую я все забываю сам сказать.
про длинные строки, даже не важно какие.
вот на этом файле всегда убивается колорер, даже в х64.
А SciTE, например, не убивается, … (далее перечисление)
присоединяю этот вредный файл, он хоть и называется json,
и внутри у него json, но он без расширения, и прилеплены пара УРЛов вначале файла.
уже не знаю имеет ли это значение, какое значение,
но в общем этот файле несьедобный для ФАР+Колорер, зависает намертво (выделение моё - BAX)?
Sim wrote: ↑Wed 14 Oct, 2020 18:01ctapmex, мне часто приходится редактировать довольно огромные файлы .js но из-за того что колорер "не любит" длинные строки я решил отключить вообще раскраску файлов .js
Следуя инструкции из шапки я скопировал файл proto.hrc в user.hrc и заменил в нем код:
прописал в настройках путь к файлу %FARHOME%\Plugins\FarColorer\base\hrc\user.hrc и перезагрузил библиотеку схем.
Но ничего не изменилось, Колорер по прежнему определяет файлы .js и раскрашивает их
Что я делаю не так?
для начала надо проверить, что тип файла определяется как JS.NET перед попыткой отключения. может он другой и не то отключаете ?
далее , после отключения файл начинает определять другим типом- надо смотреть его. и т.д.
вообще, если вы пользуетесь последней версией colorer то проблем с длинными строками быть не должно. особенно на js. я делал доработки дляч этого, смотрите историю версий.
нажал F4, подождал пару минут а файл все еще не открылся и пошел завтракать, когда вернулся файл уже был открыт и раскрашен, но перемещение по файлу и тем более его редактирование это просто боль.
Мне проще отключить колорер и сделать работу без него. Поэтому попытался отключить раскраску для .js, но и это отключение не сработало почему-то
Sim wrote: ↑Thu 15 Oct, 2020 08:17нажал F4, подождал пару минут а файл все еще не открылся и пошел завтракать, когда вернулся файл уже был открыт и раскрашен, но перемещение по файлу и тем более его редактирование это просто боль.
я скачал последний far билда 5678 с официального сайта, запустил его с пустым профилем, открыл ваш файл — время открытия примерно полсекунды, при этом его можно спокойно редактировать, что в принципе совпадает с ожидаемым поведением.
Sim, а если вы будете открывать без макросов (-М), будет ли лучше?
это проверка без макросов это не решение, но может послужить указанием.
Возможно в вашем сценарии Колорер вываливает множество сообщений,
на которых сидит не слишком резвый обработчик?
я бы проверил у себя этот цирк, скорее всего тоже самое, но сейчас не могу будучи на работе