Плагин входит в дистрибутив 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
Попробовал новую версию colorer.exe (https://github.com/colorer/Colorer-libr ... rer_v1.0.0). Заметил, это он пишет лог файлы типа consoletools.20160124-005747.log в текущие директории. Это так и задумано? Не хотелось бы, чтобы он по умолчанию вообще что-либо писал на диск.
выслушаю предложения, как удобнее/правильнее сделать.
основные моменты на текущий момент, относятся пока только к colorer.exe, когда перейдет в плагин не знаю
- лог пишется всегда (в старой версии такое было, если в catalog.xml указано имя файла)
- путь куда сохранять задается ключом. по умолчанию в текущей папке
- префикс имени файла задается
- флаг для включения debug сообщений
- имя лог файла в catalog.xml игнорируется, в последствии будет убрано вообще
- асинхронное логирование
Всегда - плохая идея, можно включать по умолчанию, но возможность убрать должна быть.
%FARLOCALPROFILE%\.colorer\WeekDay(StartTime).log, реюзаются через неделю.
ProcessId в каждой записи лога, на случай работы нескольких инстансов с одним профилем.
По умолчанию лог не хотелось бы, особенно если при каждом запуске новый файл создается, и логи плодятся повсюду, где запускаешь, пока не заметишь случайно. Не ожидаешь такую фичу по умолчанию, словом.
А не по умолчанию - как пользователю, мне не особо важно, как оно включается и куда пишется, пусть будет, как удобно разработчику. Мне логи только для поиска проблем могут понадобится. Разберусь как включать и куда писать, раз проблемы. Это не то же самое, что разбираться, как избавиться от ненужного.
Вообще в идеале это стандартизировать или сделать получение папки через Far API.
А пока не стоит мусорить прямо в профиль.
Лучше по аналогии с настройками, "%FARLOCALPROFILE%\PluginsData\{PLUGIN_UUID}\", а внутри этой папки уже как угодно.
идею понял.
но как написал выше, когда это будет в плагине не знаю. функционал требует vc2015 (может и на 2013 будет). либо ждать перехода фара на него, либо отдельные сборки для страждущих, с поддержкой старой версии
{
'version': 1,
'disable_existing_loggers': False,
'formatters': {
'default': {
'format': '%(asctime)s %(levelname)s %(name)s %(message)s'
},
},
'handlers': {
'file':{
# The values below are popped from this dictionary and
# used to create the handler, set the handler's level and
# its formatter.
'()': owned_file_handler,
'level':'DEBUG',
'formatter': 'default',
# The values below are passed to the handler creator callable
# as keyword arguments.
'owner': ['pulse', 'pulse'],
'filename': 'chowntest.log',
'mode': 'w',
'encoding': 'utf-8',
},
},
'root': {
'handlers': ['file'],
'level': 'DEBUG',
},
}
спасибо!
Last edited by MaxU on Thu 01 Jan, 1970 01:00, edited 0 times in total.
Reason:[spoiler]
Формат json не допускает одинарные кавычки, так что колорер вполне правильно подсветил это всё как ошибки.
Да, и висячие запятые json тоже не допускает. Это javascript - да, но не json.