Или же, что будет не столь радикально, "научить" XBrackets и Coder "общаться" друг с другом. Например, натыкаясь на скобку, XBrackets может предварительно спросить Coder, что тот думает по поводу этой скобки. Если у плагина Coder есть информация о парной скобке (а такая информация может быть, когда Coder::Highlight активен и текст уже обработан соответствующей схемой подсветки), то XBrackets "попросит" Coder подсветить парные скобки указанным в настройках XBrackets цветом. Если же плагин Coder неактивен или не "видит" парной скобки, то XBrackets отработает самостоятельно. Таким образом, мы не лишаем XBrackets автономии - и в то же время плотно сотрудничаем с Coder. Вопрос только в том, насколько быстро в таком случае будет отрабатываться обращение к функционалу плагина Coder, и не будет ли быстрее плагину XBrackets найти и подсветить парные скобки самостоятельно.DV wrote:можно предложить фактическую интеграцию XBrackets в Coder.
По поводу же тегов... Если мы горим желанием подключить сюда XBrackets, то роль XBrackets сводится только к тому, чтобы указать, каким цветом раскрашивать тег, поскольку всё остальное делает сам Coder. А если плагин XBrackets отсутствует или отключен? Должен ли Coder в вопросе подсветки тегов полагаться на сторонний плагин?



