AkelPad

Instructor wrote:Глобальные переменные для такой ситуации и были заведены.

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

Да, было бы очень удобно.
И все стандартные темы работают, и список нестандартных переменных под рукой.

Чтобы можно было сделать что-нибудь вроде

Подниму вопрос:

VladSh wrote:

Instructor wrote:Изменено: игнорирование стиля шрифта теперь имеет три переключателя (Coder::Settings).

Чем обусловлен даунгрейд?
У меня было настроено отключать именно "жирный курсив", теперь это не работает, - если включить и "жирный" и "курсив", то форматирование всего файла сбивается на обычное.

Как теперь можно игнорировать жирный курсив?

VladSh
Изменен принцип работы со стилями шрифта. В данном случае, стиль жирный курсив состоит из двух стилей: жирного и курсива. Соответственно возможны следующие варианты:
- При установки галочки "Игнорировать курсив" будет рисоваться жирный вместо жирного курсива.
- При установки галочки "Игнорировать жирный" будет рисоваться курсив вместо жирного курсива.
- При установки галочек "Игнорировать жирный" и "Игнорировать курсив" будет рисоваться обычный шрифт вместо жирного курсива.

А чей-то .resx подсветкой обделили? Вполне стандартные файлы xml-формата

F. Phoenix
Добавлено.

Instructor
Будет ли реализована и можно ли ожидать даннуюданную

возможность?

1) Можно поподробнее и с примерами использования описать вызовы Coder::Settings с параметрами 12, 16 и 18? С маллоками работать не умею (.NET избавлен от геморроя с оперативкой), а кроме Владовской getExtBySyntaxFile во всей коллекции скриптов ничего по этому поводу не нашлось. В т.ч. не особо понял, что есть "псевдоним", и чем он отличается от "расширения" (вызов №1)?

2) Можно ли через скрипт как-то выборочно свернуть отдельные типы блоков? Например, свернуть все блоки функций, но развернуть if, else и т.п.?

3) Можно ли как-то настроить максимальную ширину всплывающих менюшек автодополнения? В гуевых настройках ничего подобного не нашел, а дефолтной ширины маловато: частенько самое нужное-то и не влезает.

F. Phoenix
1. GetCurSyntaxFile.js, GetAlias.js
Надо будет наверное в файлы справки подобавлять примеров.
2. Нетривиальная задача. См. AkelEdit.h AEM_GETFOLDSTACK и т.д.
3. Окно автодополнения раздвигается мышкой.

Хм... Т.е. псевдоним назначается только при ручной установке, и чтобы получить расширение в любых условиях, необходимо самостоятельно парсить coder-файл? Или, судя по описанию, тут 12й вызов мог бы подойти, но не понял, как с ним обращаться.

Просто нужен какой-то идентификатор синтаксиса, не зависящий ни от способа выбора темы, ни от ее файла - и за отсутвием такого отдельного параметра* вполне сойдет и расширение (а в случаях, когда одно и то же расширение используется в разных форматах, дописывать в кодер-файлы дополнительные фейковые, что я собственно и делал для выбора синтаксиса из меню).

PS: Кстати там в первом скрипте небольшой ляп: вместо запрашиваемого дескриптора используется новое AkelPad.GetEditWnd().

Напрягает такое положение окна автодополнения, нижние слова не вставить и не передвинуть окно

It seems the Coder plugin currently does not support highlighting multi-line comments or strings, presumably because it works on a line by line basis. Will the plugin ever be upgraded so that multi-line elements are supported? (It would also be great if "QuoteRE" supported multi-line regex matches.)

Secondly, it appears the Coder plugin accepts .coder files only if they are a) stored in codepage 1200 and b) with Windows-style line endings (ie CRLF). If either condition is not met, the .coder file is ignored.

While this is no great problem in itself, I wonder about the reasoning behind that behaviour. (One reason why I am unhappy with UltraEdit -- and started looking for a new editor -- is that UE is riddled with these sorts of inconsistencies.)

TM

tmsg
Coder::CodeFold should be enabled for multi-line comments.

Infocatcher wrote:Coder::CodeFold should be enabled for multi-line comments.

Indeed... I had CodeFold disabled.

Perhaps this useful factlet should be mentioned in the (rather sparse) Coder readme.

Anyway, thanks for the heads up. TM

Хотелось бы в темах подсветок иметь возможность задавать переменным значения других переменных, то есть, например для CodeFold_ListBkColor задать ${HighLight_BasicBkColor}, причем с возмоностью сделать это и глобально тоже.