Total Commander

Destiny писал(а):А все бинарные - четко отсекаются.

Разница между двоичным и текстовым файлом довольно условна, особенно если неизвестна кодировка последнего. Поэтому любые файлы - именно любые.

BlackFox
Срочность тут не фактор - просто, если это было обнаружено, думалось, что такой момент будет явно-простым способом - заменой дефолтного шрифта - пофикшен. Просто чтоб оставалось время для более полноценного последующего фикса. Ведь пользователь может, как вы говорите, захотеть подстроить под себя и в ЕГО уже выбранном шрифте всплывет эта же ошибка.
А тех, кто остается на дефолте - куда как больше тех кто перестаивает под себя что-то.
Я вот в этом плагине не вижу ничего, что мне следовало бы срочно переделать относительно цветов/шрифтов...

Добавлено спустя 31 минуту:

olegvsk
Кстати - для плагина XMLReview.wlx наверное надо такой же финт провернуть как и тут сделан - все языковые файлы поместить в папку Lng, а не в рассыпуху выкладывать
как в текущей версии плагина XMLReview.wlx получилось.

Добавлено спустя 3 минуты:

olegvsk писал(а):....Поэтому любые файлы - именно любые.

Я вспомнил - почему галка оказалась нужна: я НЕ МОГУ принудительно переключаться на ваш плагин, если открываю файлы не из списка поддерживаемых расширений.
В итоге этот внутренний список оказывается мал, по сравнению с тем кол-вом файлом, что плагин мог бы спокойно открыть. Но не может - без этой галки....
И кстати - а где этот список в явном виде задан? В общих настройках есть лишь
17=%COMMANDER_PATH%\Plugins\WLX\CodeViewer\CodeViewer.wlx
17_detect="SIZE<10000000"
И без этого - я же даже до настроек плагина добраться не могу!

Destiny писал(а):для плагина XMLReview.wlx наверное надо такой же финт провернуть как и тут сделан - все языковые файлы поместить в папку Lng

Если ещё будут языки, сделаю, пока терпимо.

Destiny писал(а):где этот список в явном виде задан

В ini файле. Но там править не надо, все настройки в меню "Синтаксисы" (Ctrl+H).

Но там править не надо, все настройки в меню "Синтаксисы" (Ctrl+H).

Ну я же акцентировал внимание на этом недоразумении))
ЕСЛИ я открывают файл - который не настроен для показа в плагине - плагин не включается. Если он не включается - я не попадаю в его настройки. Если не попадаю в настройки - то никакие меню Синтаксисов мне не светят! И я ничего не могу исправить, донастроить....

Т.е. надо хотя бы включить возможность принудительно переключаться на ваш плагин, если открываю файлы не из списка поддерживаемых расширений. Через меню Листера по кнопке 4 или по выбору из меню доступных плагинов.

Если ещё будут языки, сделаю

Но в сабже ровно столько же языков - как и в том плагине - и тут-то Вы уже сделали это папку. Логично и там уже сразу сделать.
Под будущий релиз понятно дело. Но уже, чтобы не забыть)))

Здравствуйте. Возможно ли добавить подсветку совпадающих слов?

W0LF
В настройках отметить Highlight similar terms. Выделяем слово, его дубликаты подсвечиваются. Или Вам другое нужно?

yozhik писал(а):W0LF
В настройках отметить Highlight similar terms. Выделяем слово, его дубликаты подсвечиваются. Или Вам другое нужно?

Нет, это именно то, что мне нужно. Просто почему-то только что оно у меня не работало...

Добавлено спустя 29 минут:

Разобрался. Оказывается слова между символами-разделителями (?) выделяются (я выделяю по даблклику) вместе с разделителем.
И, если выделять слово просто ЛКМ, то совпадающие слова между символами-разделителями так же не выделяются.
Скрины:

хм.. что-то картинки не вставляются.

Доброго здоровья!
Долго искал, что-либо взамен SynPlus под x64. Много чего есть, но как то не заходит... И вот вроде как нашёл

Плаг сильно понравился, но есть вопросы с настройкой подсветки - для меня это критично.
Пока не разобрался, как правильно задать то, что хочется раскрасить. Если я правильно понял, надо юзать файлы из Themes и Highlighters. Если с Темами более или менее понятно, то с Подсветкой - не очень, а что именно можно раскрасить задаётся именно здесь.
Может есть какой хелп по теме? Или кто пнёт в нужную сторону?

Для примера:
Есть ini, хочу поменять цвет Имени (Name, это тот что слева от "="), фигушки - только значение (то что справа от "=") через String.

leospb
Хелпа, к сожалению, нет. Есть ограниченный список видов лексем, для которых могут быть заданы параметры отображения. Этот список виден в редакторе темы в ветке "Редактор". В json-файлах из папки Highlighters эти виды определяются для каждого конкретного синтаксиса. Например, для синтаксиса ini-файлов в ini.json задаются типы Comment (начинается с ";" или с "#"), ReservedWord (в скобках []), String (после "="). Имя - слева от "=" - под эти определения не попадает и соответствует тексту по умолчанию, в редакторе темы его цвет задаётся настройкой Редактор/Foreground.

olegvsk писал(а):leospb
Хелпа, к сожалению, нет. Есть ограниченный список видов лексем, для которых могут быть заданы параметры отображения. Этот список виден в редакторе темы в ветке "Редактор". В json-файлах из папки Highlighters эти виды определяются для каждого конкретного синтаксиса. Например, для синтаксиса ini-файлов в ini.json задаются типы Comment (начинается с ";" или с "#"), ReservedWord (в скобках []), String (после "="). Имя - слева от "=" - под эти определения не попадает и соответствует тексту по умолчанию, в редакторе темы его цвет задаётся настройкой Редактор/Foreground.

Спасибо большое за ответ.
Но хотелось бы уточнить - перечень доступных лексем ограничен для расширения где-то вне json или определяется в самом json в разделе
"Attributes": {
"Element": "??????"
}
?
Если вне - то где, и можно ли его изменить?
Если в json - то где можно посмотреть описание служебных конструкций, слов, флагов, функций,..., т.е. языка.

leospb
Перечень лексем, выделяемых анализатором в тексте для подсветки, жёстко задан и не может быть расширен:

Код: Выделить всё

AssemblerComment
AssemblerReservedWord
Attribute
Character
Comment
Directive
HexNumber
HighlightedBlock
HighlightedBlockSymbol
LogicalOperator
Method
MethodItalic
MethodName
Number
ReservedWord
String
Symbol
Value
WebLink

Правила выделения этих лексем для каждого языка свои и задаются в Highlighters/*.json. Какого-либо описания структуры этих файлов нет, но, на мой взгляд, разобраться там несложно, тем более что есть приличное количество рабочих примеров.

Спасибо за уточнение. Значит в теории можно смастерить почти любую подсветку, ведь, если я правильно понял, чего светить и его правила фильтрации задаются исключительно в json, а имена лексем чисто условные, т.е. в абстракции их можно было бы именовать как 1,2,3,...
Значения Type тоже условны, т.е. называем, как удобнее и понятнее.
Сама подсветка определяется значением параметра Element.
В первом приближении с конструкцией json вроде как стало понятней. Однако неизвестен полный перечень служебных слов (так их назовём) типа: CloseOnEndOfLine, CloseOnTerm,..., функциональное назначение и формат значений. И совсем непонятно, как Open-у в TokenRange сказать "с начала строки".

leospb писал(а):И совсем непонятно, как Open-у в TokenRange сказать "с начала строки".

Похоже, что привычным и быстрым способом этого не сделать. Если из всех Highlight'еров сделать выборку по `"Open" = ".+`, то в содержимом не найдётся ни одной метасимвольной конструкции, только литеральные. Сочетание

Код: Выделить всё

"Properties": {
  "OpenBeginningOfLine": true
},
"TokenRange": {
  "Close": "="
}

тоже не работает. Похоже, TokenRange без Open просто не заводится. В некоторых Highlight'ерах попадаются конструкции SubRules, пристроенные к TokenRange, может в них как то это можно указать? Хотя при беглом осмотре вроде видно, что они скорее всего нацелены не на уточнение границ диапазона, а на подсветку в содержимом уже определённого диапазона. В общем, вникать надо. Я пока ограничился тем, что присвоил знаку равенства цвет поярче:

Код: Выделить всё

"KeyList": [
  {
    "Type": "Symbol",
    "Words": [
      "="
    ],
    "Attributes": {
      "Element": "HexNumber"
    }
  }
]

всё же по-внятней, есть за что глазу зацепиться.
Ну, и тому, кто всё же возьмётся, разберёт этот компонент полностью, и накидает хотя бы конспективное описание будет наша народная любовь и уважуха ))

yozhik писал(а):Ну, и тому, кто всё же возьмётся, разберёт этот компонент полностью, и накидает хотя бы конспективное описание будет наша народная любовь и уважуха ))

Насмешили.))

leospb, к нашему olegvsk претензий тут по минимому. Разработчик a.k.a "финн" пропил свою справку, что особенно печально, учитывая огромный потенциал и перспективность компонента. Ему бы еще (помимо доков) интерфейс удобный сделать и гибкости добавить для работы с json-файлами, вообще был бы шик.

yozhik и Orion9 - согласен на все 100.
Что ж, будем рыть.

С наступающим всех!!!

Total Commander

Code Viewer - просмотр исходного кода