Разница между двоичным и текстовым файлом довольно условна, особенно если неизвестна кодировка последнего. Поэтому любые файлы - именно любые.Destiny писал(а):А все бинарные - четко отсекаются.
Code Viewer - просмотр исходного кода
Модераторы: Моторокер, Avada, CaptainFlint, Nik, d-view
BlackFox
Срочность тут не фактор - просто, если это было обнаружено, думалось, что такой момент будет явно-простым способом - заменой дефолтного шрифта - пофикшен. Просто чтоб оставалось время для более полноценного последующего фикса. Ведь пользователь может, как вы говорите, захотеть подстроить под себя и в ЕГО уже выбранном шрифте всплывет эта же ошибка.
А тех, кто остается на дефолте - куда как больше тех кто перестаивает под себя что-то.
Я вот в этом плагине не вижу ничего, что мне следовало бы срочно переделать относительно цветов/шрифтов...
Добавлено спустя 31 минуту:
olegvsk
Кстати - для плагина XMLReview.wlx наверное надо такой же финт провернуть как и тут сделан - все языковые файлы поместить в папку Lng, а не в рассыпуху выкладывать
как в текущей версии плагина XMLReview.wlx получилось.
Добавлено спустя 3 минуты:
В итоге этот внутренний список оказывается мал, по сравнению с тем кол-вом файлом, что плагин мог бы спокойно открыть. Но не может - без этой галки....
И кстати - а где этот список в явном виде задан? В общих настройках есть лишь
17=%COMMANDER_PATH%\Plugins\WLX\CodeViewer\CodeViewer.wlx
17_detect="SIZE<10000000"
И без этого - я же даже до настроек плагина добраться не могу!
Срочность тут не фактор - просто, если это было обнаружено, думалось, что такой момент будет явно-простым способом - заменой дефолтного шрифта - пофикшен. Просто чтоб оставалось время для более полноценного последующего фикса. Ведь пользователь может, как вы говорите, захотеть подстроить под себя и в ЕГО уже выбранном шрифте всплывет эта же ошибка.
А тех, кто остается на дефолте - куда как больше тех кто перестаивает под себя что-то.
Я вот в этом плагине не вижу ничего, что мне следовало бы срочно переделать относительно цветов/шрифтов...
Добавлено спустя 31 минуту:
olegvsk
Кстати - для плагина XMLReview.wlx наверное надо такой же финт провернуть как и тут сделан - все языковые файлы поместить в папку Lng, а не в рассыпуху выкладывать
как в текущей версии плагина XMLReview.wlx получилось.
Добавлено спустя 3 минуты:
Я вспомнил - почему галка оказалась нужна: я НЕ МОГУ принудительно переключаться на ваш плагин, если открываю файлы не из списка поддерживаемых расширений.olegvsk писал(а):....Поэтому любые файлы - именно любые.
В итоге этот внутренний список оказывается мал, по сравнению с тем кол-вом файлом, что плагин мог бы спокойно открыть. Но не может - без этой галки....
И кстати - а где этот список в явном виде задан? В общих настройках есть лишь
17=%COMMANDER_PATH%\Plugins\WLX\CodeViewer\CodeViewer.wlx
17_detect="SIZE<10000000"
И без этого - я же даже до настроек плагина добраться не могу!
Последний раз редактировалось Destiny Пт ноя 29, 2024 14:16, всего редактировалось 1 раз.
Если ещё будут языки, сделаю, пока терпимо.Destiny писал(а):для плагина XMLReview.wlx наверное надо такой же финт провернуть как и тут сделан - все языковые файлы поместить в папку Lng
В ini файле. Но там править не надо, все настройки в меню "Синтаксисы" (Ctrl+H).Destiny писал(а):где этот список в явном виде задан
Ну я же акцентировал внимание на этом недоразумении))Но там править не надо, все настройки в меню "Синтаксисы" (Ctrl+H).
ЕСЛИ я открывают файл - который не настроен для показа в плагине - плагин не включается. Если он не включается - я не попадаю в его настройки. Если не попадаю в настройки - то никакие меню Синтаксисов мне не светят! И я ничего не могу исправить, донастроить....
Т.е. надо хотя бы включить возможность принудительно переключаться на ваш плагин, если открываю файлы не из списка поддерживаемых расширений. Через меню Листера по кнопке 4 или по выбору из меню доступных плагинов.
Но в сабже ровно столько же языков - как и в том плагине - и тут-то Вы уже сделали это папку. Логично и там уже сразу сделать.Если ещё будут языки, сделаю
Под будущий релиз понятно дело. Но уже, чтобы не забыть)))
Нет, это именно то, что мне нужно. Просто почему-то только что оно у меня не работало...yozhik писал(а):W0LF
В настройках отметить Highlight similar terms. Выделяем слово, его дубликаты подсвечиваются. Или Вам другое нужно?
Добавлено спустя 29 минут:
Разобрался. Оказывается слова между символами-разделителями (?) выделяются (я выделяю по даблклику) вместе с разделителем.
И, если выделять слово просто ЛКМ, то совпадающие слова между символами-разделителями так же не выделяются.
Скрины:
хм.. что-то картинки не вставляются.
wbr, W0LF.
Доброго здоровья!
Долго искал, что-либо взамен SynPlus под x64. Много чего есть, но как то не заходит... И вот вроде как нашёл
Плаг сильно понравился, но есть вопросы с настройкой подсветки - для меня это критично.
Пока не разобрался, как правильно задать то, что хочется раскрасить. Если я правильно понял, надо юзать файлы из Themes и Highlighters. Если с Темами более или менее понятно, то с Подсветкой - не очень, а что именно можно раскрасить задаётся именно здесь.
Может есть какой хелп по теме? Или кто пнёт в нужную сторону?
Для примера:
Есть ini, хочу поменять цвет Имени (Name, это тот что слева от "="), фигушки - только значение (то что справа от "=") через String.
Долго искал, что-либо взамен SynPlus под x64. Много чего есть, но как то не заходит... И вот вроде как нашёл
Плаг сильно понравился, но есть вопросы с настройкой подсветки - для меня это критично.Пока не разобрался, как правильно задать то, что хочется раскрасить. Если я правильно понял, надо юзать файлы из Themes и Highlighters. Если с Темами более или менее понятно, то с Подсветкой - не очень, а что именно можно раскрасить задаётся именно здесь.
Может есть какой хелп по теме? Или кто пнёт в нужную сторону?
Для примера:
Есть ini, хочу поменять цвет Имени (Name, это тот что слева от "="), фигушки - только значение (то что справа от "=") через String.
leospb
Хелпа, к сожалению, нет. Есть ограниченный список видов лексем, для которых могут быть заданы параметры отображения. Этот список виден в редакторе темы в ветке "Редактор". В json-файлах из папки Highlighters эти виды определяются для каждого конкретного синтаксиса. Например, для синтаксиса ini-файлов в ini.json задаются типы Comment (начинается с ";" или с "#"), ReservedWord (в скобках []), String (после "="). Имя - слева от "=" - под эти определения не попадает и соответствует тексту по умолчанию, в редакторе темы его цвет задаётся настройкой Редактор/Foreground.
Хелпа, к сожалению, нет. Есть ограниченный список видов лексем, для которых могут быть заданы параметры отображения. Этот список виден в редакторе темы в ветке "Редактор". В 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
Перечень лексем, выделяемых анализатором в тексте для подсветки, жёстко задан и не может быть расширен:
Правила выделения этих лексем для каждого языка свои и задаются в Highlighters/*.json. Какого-либо описания структуры этих файлов нет, но, на мой взгляд, разобраться там несложно, тем более что есть приличное количество рабочих примеров.
Перечень лексем, выделяемых анализатором в тексте для подсветки, жёстко задан и не может быть расширен:
Код: Выделить всё
AssemblerComment
AssemblerReservedWord
Attribute
Character
Comment
Directive
HexNumber
HighlightedBlock
HighlightedBlockSymbol
LogicalOperator
Method
MethodItalic
MethodName
Number
ReservedWord
String
Symbol
Value
WebLinkСпасибо за уточнение. Значит в теории можно смастерить почти любую подсветку, ведь, если я правильно понял, чего светить и его правила фильтрации задаются исключительно в json, а имена лексем чисто условные, т.е. в абстракции их можно было бы именовать как 1,2,3,...
Значения Type тоже условны, т.е. называем, как удобнее и понятнее.
Сама подсветка определяется значением параметра Element.
В первом приближении с конструкцией json вроде как стало понятней. Однако неизвестен полный перечень служебных слов (так их назовём) типа: CloseOnEndOfLine, CloseOnTerm,..., функциональное назначение и формат значений. И совсем непонятно, как Open-у в TokenRange сказать "с начала строки".
Значения Type тоже условны, т.е. называем, как удобнее и понятнее.
Сама подсветка определяется значением параметра Element.
В первом приближении с конструкцией json вроде как стало понятней. Однако неизвестен полный перечень служебных слов (так их назовём) типа: CloseOnEndOfLine, CloseOnTerm,..., функциональное назначение и формат значений. И совсем непонятно, как Open-у в TokenRange сказать "с начала строки".
Похоже, что привычным и быстрым способом этого не сделать. Если из всех Highlight'еров сделать выборку по `"Open" = ".+`, то в содержимом не найдётся ни одной метасимвольной конструкции, только литеральные. Сочетаниеleospb писал(а):И совсем непонятно, как Open-у в TokenRange сказать "с начала строки".
Код: Выделить всё
"Properties": {
"OpenBeginningOfLine": true
},
"TokenRange": {
"Close": "="
}Код: Выделить всё
"KeyList": [
{
"Type": "Symbol",
"Words": [
"="
],
"Attributes": {
"Element": "HexNumber"
}
}
]Ну, и тому, кто всё же возьмётся, разберёт этот компонент полностью, и накидает хотя бы конспективное описание будет наша народная любовь и уважуха ))
Amo ergo sum
Насмешили.))yozhik писал(а):Ну, и тому, кто всё же возьмётся, разберёт этот компонент полностью, и накидает хотя бы конспективное описание будет наша народная любовь и уважуха ))
leospb, к нашему olegvsk претензий тут по минимому. Разработчик a.k.a "финн" пропил свою справку, что особенно печально, учитывая огромный потенциал и перспективность компонента. Ему бы еще (помимо доков) интерфейс удобный сделать и гибкости добавить для работы с json-файлами, вообще был бы шик.