Плагин входит в дистрибутив 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
зависания происходят только если включен один из или оба параметра ("[x] Выделять парные элементы" и "[x] Показывать синтаксис")
если эти параметры отключены то ничего не зависает, но в них весь смысл использования Colorer.
Sim wrote: ↑Mon 24 Jul, 2017 22:10еще попробовал проделать такое: отключил Colorer, открыл файл, через меню плагинов включил Colorer и увидел надпись в окне "Перезагрузка библиотеки схем..." и Far висит...
Подтверждаю: те полминуты при первом использовании Колорера у меня тратятся как раз при выведенном Reloading schema library.... Но почему-то на коротеньком TXT-файле такого не происходит. Что-то тут нечисто.
явный баг в колорере (или в фаре). первый раз открытие этого файла — долгое всегда. неважно, открывались ли до этого другие файлы такого же типа или вообще. последующие открытия заметно быстрее. [ ] Pairs [ ] Syntax у меня не влияют.
Exception thrown at 0x000007FEFD35A06D in Far.exe: Microsoft C++ exception: xercesc_3_1::EndOfEntityException at memory location 0x0000000000189570.
Exception thrown at 0x000007FEFD35A06D in Far.exe: Microsoft C++ exception: xercesc_3_1::EndOfEntityException at memory location 0x0000000000189570.
Exception thrown at 0x000007FEFD35A06D in Far.exe: Microsoft C++ exception: xercesc_3_1::EndOfEntityException at memory location 0x0000000000189570.
Exception thrown at 0x000007FEFD35A06D in Far.exe: Microsoft C++ exception: xercesc_3_1::EndOfEntityException at memory location 0x0000000000189570.
Exception thrown at 0x000007FEFD35A06D in Far.exe: Microsoft C++ exception: xercesc_3_1::EndOfEntityException at memory location 0x0000000000189570.
Exception thrown at 0x000007FEFD35A06D in Far.exe: Microsoft C++ exception: xercesc_3_1::EndOfEntityException at memory location 0x0000000000189570.
Exception thrown at 0x000007FEFD35A06D in Far.exe: Microsoft C++ exception: xercesc_3_1::EndOfEntityException at memory location 0x0000000000189570.
Exception thrown at 0x000007FEFD35A06D in Far.exe: Microsoft C++ exception: xercesc_3_1::EndOfEntityException at memory location 0x0000000000189570.
Там этот xercesc везде правильно используется? Или в этой библиотеке логика на исключениях построена?
Предлагаю портировать Движок раскраски фалов у Vim, он очень шустрый. Очень похож на задумку в AirBrush, но более сильно развитую.
Last edited by cmd.exe on Wed 27 Sep, 2017 22:46, edited 1 time in total.
I've been using Vim for about 2 years now, mostly because I can't figure out how to exit it. (c) I Am Devloper I know nothing except the fact of my ignorance. (с) Socrates
Затрудняюсь передать словами, как нужна настройка, отключающая FarColorer при попытке раскрасить файл больше, чем X килобайт. Скажем, нужно вырезать кусочек из электронной книги (fb2), а в ней есть картинки, из-за чего файл весит 10 и больше мегабайт — Фар показывает индикатор Reading 100% и зависает или появляется чёрное окно с надписью [0+] в углу и тоже висит. Приходится принудительно выгружать процесс из памяти, руками отключать плагин, вырезать кусочек из книги, потом опять включать плагин.
Кстати, и Фар почему-то не отзывается на ESC для прерывания открытия/раскраски большего файла, это нехорошо.
Last edited by Alexander84 on Sun 22 Oct, 2017 14:52, edited 1 time in total.
cmd.exe wrote: ↑Wed 27 Sep, 2017 22:36Предлагаю портировать Движок раскраски фалов у Vim, он очень шустрый. Очень похож на задумку в AirBrush, но более сильно развитую.
Colorer уже не поддерживается? Может, это временно?
Почему Vim? У Vim какой-то свой формат?
Всякие софты, что в тренде сейчас (хотя бы GitHub, VSCode) используют движки, работающие с textmate форматом (если не ошибаюсь). Я к тому, что этих готовых файлов в инете полно, и они активно поддерживаются и развиваются.
Last edited by NightRoman on Sun 22 Oct, 2017 14:54, edited 1 time in total.
Я на днях на телефоне с Android установил редактор QuickEdit так он открыл файл с длиннющими строками размером больше 1МБ и раскрасил полностью без зависаний. Да открытие заняло у него несколько секунд, но он справился.
Я к тому что от колорера мы ждем нормального функционирования, не хуже чем во многих других приложениях, но по факту он не справляется. Надо либо чинить его либо искать достойную замену.