Latest post of the previous page:
Угу, надоAlexII wrote:Понятно, что руки крутить надо бы там, где сие делали.
Latest post of the previous page:
Угу, надоAlexII wrote:Понятно, что руки крутить надо бы там, где сие делали.
пользуйся колорером.Max Rusov wrote:Очень неудобно, что приходится настраивать цвета для каждого формата отдельно. Да еще и по-разному, где то через диалоги, где-то в файлах... Хочется чтобы была логическая палитра, как в colorer'е...
напиши автору колорера, что плагин тормозной, и надо бы пофиксить скорость. расскажешь нам потом, что он ответил.Max Rusov wrote:Мне нравится скорость.
на мелких файлах со скоростью действительно всё очень пристойно.Max Rusov wrote:Мне нравится скорость.
так вроде включено:t-rex wrote:Уже обсуждалось, включи tab -> space.
Там всё не так просто. На каждое движение курсора происходит 5 перерисовок. Причём, скорее всего, по вине фара. Мне, если честно, с наскоку разобраться с тем, почему это происходит, не получилось. А так как строка у нас длинная, то и раскрасок в ней много, следовательно проход по тысячас элементам раскраски для такой строки занимает порядочно времени. Вот откуда, собвтвенно, тормоза. Я там сделал кое-какие оптимизации и такие xml файлы, как ты описал, теперь работают вполне пристойно (правда, чем ближе к концу строки, тем тормозов больше).wolf wrote:Я правильно понял что полное полное пересканирование отображаемых строк на каждый сдвиг курсора по экрану - это неотъемлемая фича алгоритма?
оно есть. если не работает, то значит тормозит не плагин, а фар. уже обсуждалось. я конечно понимаю, что тема просто с огромным количеством страниц, но хотя бы первую прочитать можно?wolf wrote:А можно как-то настроить, чтоб плагин не задумывался ужас как надолго с потреблением 100% CPU при открытии редактором мегабайтного текстового файла, состоящего из одной строки?
Прерывание по эскейпу