Total Commander

Ненормальный репорт. "Плагин не подхватывает". Что такое подхватывать? Не открывает в тотале? Не парсит верно? Не верно где там?

А зачем (спустя 5 месяцев) об этом спрашивать, если достаточно было сохранить код в названной кодировке и попытаться открыть? И сразу выяснилось бы, что не откроет. Я не знаю по какому алгоритму работает плагин, чтобы давать оценки парсингу как потенциальной причине неподхвата до вывода.
А если бы речь шла, например, о фолдинге (с которым, как позже может выясниться, тоже проблемы) или оцветовке кода, то это бы точно не называлось подхватом скрипта (файла).

Игнорирует открытие в CudaLister из-за символа "".
Нашел путем деления скрипта на части.

Бинарный символ какой-то, до 32? Там можно иметь до 32 коды - 7 9 10 13.

При наличии кириллицы в пути к TC не видит файл настроек lsplugin.ini

Alextp
Некорректно обрабатывается символ COMBINING ACUTE ACCENT (u0301) – это один из знаков ударения в кириллице (символ нулевой ширины, кажется, называется). Сейчас в CudaLister 1.6.14.1 так:

А должно быть приблизительно так:

Посмотри, пожалуйста.

А плагин всегда кодировку ANSI cp1251 неправильно распознавал?
(вроде не было нареканий... или это я не обращал внимания, потому как в основном юникодные файлы смотрю)
По умолчанию отображается как cp1252, неудобно каждый раз переключаться. Или какие-то настройки у плагина есть для этого?

LonerD
Вообще-то я писал, после в тихаря правилось. У тебя последняя версия?
Вот что тут реально неудобно, так это отсутствие в режиме быстрого просмотра автоустановки курсора в рабочее поле после нажатия Tab для быстрого выделения или навигации (как в обычном Листере и ряде плагинов).

Последние несколько версий попробовал - выдаёт 1252.

Причину понял (но смысл причины не понял).
В региональных настройках на вкладке Adminitrative стоит
Current language for non-Unicode programs: Russian (Russia).
и стоит галочка "Beta: Use Unicode UTF-8 for worldwide language support".
Снимаю галочку - кодировка определяется правильно как 1251. Ставлю - как 1252.
Если правильно помню, галочку поставил год назад (делал перевод, и без этой галочки в оригинальной версии программы китайские иероглифы отображались в виде знаков вопроса). Возможно, для других целей галочку ставил, но она точно где-то исправляла серьёзные проблемы с кодировкой.
За это время проблем с CudaLister не припоминаю. Хотя сейчас даже со старыми версиями CudaLister кракозябры вместо кодировки 1251.
В любом случае Akelpad (который использую в качестве дефолтного редактора и постоянно) не страдает подобным, и кодировку распознаёт корректно. Завязывать такой функционал на.настройках системы – не очень удачное решение.

Alextp
CudaLister 1.6.21 не считывает цвет EdFoldLine2 в темах (.cuda-theme-ui). В разных темах значения этого параметра различаются, но по факту отображается один и тот же #404090. Создаю свою собственную тему, меняю значение EdFoldLine2, но плагин не реагирует, отображает EdFoldLine2 цветом #404090. (Для сравнения: в CudaText 1.125.0.1 этот параметр считывается, и цвет меняется.)

Добавлено:
Посмотрел у себя в архиве версий: этот параметр (EdFoldLine2) появился в версии 1.6.16 и уже в этой же версии он не работал.

Posted after 2 hours 8 minutes:

Ещё одно наблюдение: после установки CudaLister (1.6.21) содержимое окна плагина отображается в цветовой гамме темы по умолчанию. В окне настроек Theme UI эта тема обозначена знаком «дефис» (если я правильно понял). Если хотя бы раз переключиться на любую другую тему UI, то обратное переключение на тему по умолчанию становится невозможным. Пример воспроизведения:
1) включена тема cobalt;
2) вызываю окно настроек Theme UI;
3) выбираю верхнюю строчку со знаком «дефис»;
4) перезагружаю плагин;
5) ничего не происходит, цветовая палитра не меняется, остаётся по-прежнему cobalt, хотя в окне настроек и в соответствующих ini-строках значится «дефис», т.е. по умолчанию.

Alextp
Возможно ли поправить лексер Makefile? Цели (Label) подсвечиваются выражением но иногда попадаются с "-" (если память не изменяет, каких-то особых ограничений для их имён нет и обычно таки да, используются \w+). Заменить "\w+" на "[\w-]+", например?

Не пойму как заставить его G-code подсвечивать. Есть "G-code.cuda-litelexer" в CudaText работает как этот лексер в Lister добавить.

Мой новый акаунт.
Это я, Alextp.

Вот обновил плаг но новую версию ATSynEdit.

github.com/Alexey-T/CudaLister/releases/tag/1.8.4.0

Если мне помогут с доставанием старых паролей к wincmd.ru то выложу и туда.

На какие-то старые вопросы надо ответить?
Например

>Некорректно обрабатывается символ COMBINING ACUTE ACCENT

Проверил в CudaText, ок. Ударения рисуются как отдельные ячейки в Куд, это так и задумано. Это дает править любой набор accent chars.

Posted after 4 minutes:

kertlerf писал(а):Не пойму как заставить его G-code подсвечивать. Есть "G-code.cuda-litelexer" в CudaText работает как этот лексер в Lister добавить.

Никак, файлы .cuda-litelexer плагин не держит.

Posted after 6 minutes:

LonerD писал(а):А плагин всегда кодировку ANSI cp1251 неправильно распознавал?
(вроде не было нареканий... или это я не обращал внимания, потому как в основном юникодные файлы смотрю)
По умолчанию отображается как cp1252, неудобно каждый раз переключаться.

В плагине нет детекта 1251, как и 1252, есть детект utf8, utf16.

Рад видеть вас, AlexTP1, спасибо большое за плагин! Давно хотел это сказать

Пользуюсь плагином много лет, больших проблем не заметил. Может быть и были какие-то мелкие вопросы, но сейчас их сразу не вспомнить.

Но вот пара моментов:

Хотелось бы, чтобы CudaLister открывал .bar-файлы по-умолчанию как ini, ведь они являются неотъемлимой частью ТС.

В плагине есть Autohotkey, но судя по всему, только на первую версию. А на вторую версию синтаксиса нет?

Orion9 писал(а): чтобы CudaLister открывал .bar-файлы по-умолчанию как ini

Можно же прописать расширения в 'lexers\ini files.lcf'.
Почему не дефолт?
Слишком общее расширение bar.

Orion9 писал(а):А на вторую версию синтаксиса нет?

Нет.
Чем отличаются файлы Вер2 от Вер1? Примеры (желательно с показом всех конструкций языка)?
У них другое расширение?