Плагин входит в дистрибутив 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
000A2474 ntdll.dll!<unknown> (get the pdb)
0000C25F ntdll.dll!<unknown> (get the pdb)
00014ED0 KERNEL32.DLL!<unknown> (get the pdb)
0007E1AB ntdll.dll!<unknown> (get the pdb)
Thread 1416 stack
000A2474 ntdll.dll!<unknown> (get the pdb)
0000C25F ntdll.dll!<unknown> (get the pdb)
00014ED0 KERNEL32.DLL!<unknown> (get the pdb)
0007E1AB ntdll.dll!<unknown> (get the pdb)
Thread 1420 stack
000A2474 ntdll.dll!<unknown> (get the pdb)
0000C25F ntdll.dll!<unknown> (get the pdb)
00014ED0 KERNEL32.DLL!<unknown> (get the pdb)
0007E1AB ntdll.dll!<unknown> (get the pdb)
000A2474 ntdll.dll!<unknown> (get the pdb)
0000C25F ntdll.dll!<unknown> (get the pdb)
00014ED0 KERNEL32.DLL!<unknown> (get the pdb)
0007E1AB ntdll.dll!<unknown> (get the pdb)
2useven10, да, именно эта проблема! При старте с NTFS краш пропадает и колорер версий 1.4.х работает штатно.
Так что проблема, оказывается, не в WinPE, а в FAT! Однако...
Добавил поддержку whitespace сolor (особенно актуально для RGB схем), см github/joric/colorer-schemes. Используется как def:Whitespace в схемах. PR на две репы делать тяжеловато, запостил issue может подтянется со временем: github/colorer/FarColorer/issues/66
В процессе добавления своих файлов синтаксиса, обнаружил что если *.hrc положить в auto - они грузятся строго по алфавиту, т.е. html-extended видит glsl и hlsl но markdown-extended совершенно не видит python-extended пока не переименуешь файл в какой-нибудь xmarkdown-extended. С этим можно как-то бороться? Мб как-то FarColorer можно пропатчить чтобы он все файлы грузил сначала а потом уже кросс-референсил?
Как для json написать правило, которое подсветит trailing comma как ошибку? Это возможно вообще, учитывая что "Colorer's RE parser that it can not see beyond a single line of text"?
1)
В Colorer 1.2.9.1 я мог задать фон и цвет текста для конкретной схемы (hrc).
Например в файл pascal.hrc внутрь тега hrc в его начале я добавил такой текст:
А вот с Colorer 1.4.15 этот фокус не прошел.
Вопрос: Как это можно сделать в Colorer 1.4.x ?
2)
Одной из проблем Colorer в Far 3 есть то, что он очень медленно обрабатывает относительно большие файлы (5-6 мб), если в файле hrcsettings.xml опцию backparse сделать равной "0" (а если этого не сделать, то перейдя в конец файла Ctrl+End оно будет раскрашено только через некоторое время).
В тоже время в Colorer который был штатно в Far 1.70 b2087 или Far 2.0 b1807 такой проблемы не было, текст размером 5-6 мб раскрашивается почти сразу.
Я правильно понимаю, что эта проблема до сих пор так и не была исправлена ?
Включаем Cross (любым способом — можно клавиатурой, можно мышью).
В комбобоксе Cross style выбираем vertical.
Закрываем Main settings.
Еще раз открываем Main settings.
В комбобоксе Cross style выбираем horizontal.
Закрываем Main settings.
Должно было переключиться на horizontal, но если снова открыть Main settings, то там будет vertical. Т.е. он не дает перейти с vertical на horizontal. Любой другой переход (в том числе в обратную сторону с horizontal на vertical) работает.
Last edited by dmitrik on Fri 21 Oct, 2022 15:45, edited 2 times in total.
HaRT wrote: ↑Sun 13 Nov, 2022 12:10
и при редактировании файла *.moon отключаете Colorer
А разве нельзя настроить Colorer, чтобы игнорировал файлы *.moon ? Тогда и отключать его не придётся.
Я не знаю способа сделать это средствами самого Колорера. Т.е. можно настроить типы файлов для конкретной схемы (хоть и очень неудобным способом), но Мун-файлы идут и так вообще без раскраски. А вот чтобы на каких-то типах файлов Колорер просто деактивировался (что можно увидеть, например, по отсутствию креста, когда обычно он включен), такое вроде бы можно сделать только обработчиком события на открытие редактора. Кстати, это идея, на досуге займусь.