> Про подсветку скобок - так это же опция! bracket_highlight (и еще две
> bracket_*). Чем оно не нравится то?Ну видимо я не нашёл это. Я не настаиваю на том, что _все_ эти недостатки -- это недостатки cudatext, а не моя неспособность его настроить. autoindent и split window -- это два недостатка, исправления, которых я искал и не нашёл. И из-за них я решил, что cudatext не для меня. Причём с autoindent я ещё думал, что может плугин написать? Но меня испугало то, что python'овый API заточен на предоставление доступа к тексту, а не на предоставление операций для работы с ним: если я на пайтоне напишу ограниченный парсер rust'а, который может парсить вперёд и назад, не будет ли это слишком тормозно парсить текст выдёргивая одну строчку за другой? (строчки пересекающие границу ffi? это очень напрягающая вещь, потому что в разных языках со строками по-разному обходятся, и очень часто единственный надёжный способ -- копировать строки, создавая строку того типа, который используется в том языке, куда эта строка отправляется.) И если это окажется слишком тормозным, как я могу привязать к отдельным char'ам в файле метаинформацию, которая позволит мне проводя повторный парсинг, парсить как можно меньший контекст вокруг курсора? Ну, допустим, повесить метки, которые позволят мне без парсинга найти границы текущего блока, родительского блока, текущей top-level декларации.
Но хрен с ним, я бы может и попробовал бы как-нибудь объехать на кривой козе, может из лексера как-то выдрать информацию о структуре кода, например, и плясать от неё, чтобы парсить по минимуму. Но когда я потыкался со split-tab, и понял, что это не то, что мне нужно, у меня руки опустились.
