Встречайте новый плагин для Geany IDE — PairTagHighlighter

[JIghtuse]

Полезный плагин, спасибо!
Около года пользовался этой средой, очень нравилась своей легковесностью и скоростью.

[RMV1983]

Что насчёт обратной совместимости? Возможно подключить к Geany 0.21 x32, которая в LTS-дистрибутиве?

[vmkononenko]

По коду обратная совместимость есть. В идеале бинарная совместимость тоже должна быть, но у Geany есть проблемы с ABI. Поэтому нужно пересобирать плагин против нужной версии.

[yktoo]

Оффтопик.

В своё время довольно много использовал Geany, но в конце концов меня достало поведение кнопок Home/End. Когда включен перенос строк, они, в отличие от всех остальных известных мне редакторов, ставят курсор не в начало/конец экранной строки, а в соответствующее место физической. Что прямо-таки бесит, и никак не лечится.

В итоге сбежал на Sublime Text и пока счастлив.

[voronaam]

Совершенно логичное поведение. Сейчас проверил, vi, vim, emacs — такое же поведение. А вот gedit, mousepad и leafpad переходят на мнимый конец «экранной» строки. Но Geany всё-таки IDE, поэтому ей логичнее быть ближе к программистским редакторам.

А вот Eclipse, к примеру, (тоже ведь IDE) вообще не содержит функции word wrap, только если отдельный плагин поставить.

[AterCattus]

Вопросы по коду (не смотрел, может это уже учтено).
Как насчет скорости работы на очень больших файлах? Бегать до парного тега может быть весьма затратно. Та же проблема, что и с highlighting'ом.
Может, ограничиваться N строками выше/ниже. Но тут нужно ловить событие скролла или таки искать парный, но в фоне.

И второе. Судя по алгоритму не учитывается кривость исходного текста. Можно ли ожидать развития в сторону более интеллектуального поиска? Возможно даже включаемого опционально ввиду большей вычислительной сложности.

P.S. Мне geany очень нравится :)

[vmkononenko]

Как насчет скорости работы на очень больших файлах? Бегать до парного тега может быть весьма затратно. Та же проблема, что и с highlighting'ом.
Может, ограничиваться N строками выше/ниже. Но тут нужно ловить событие скролла или таки искать парный, но в фоне.

Была такая мысль, но это не реализовано.
Вопрос еще в том, насколько это нужно на практике. Редактирует ли кто-то гигабайтные файлы руками.

И второе. Судя по алгоритму не учитывается кривость исходного текста.

Что Вы имеете в виду? Принцип примерно тот же, что и для подсветки скобочек в редакторах кода.

Можно ли ожидать развития в сторону более интеллектуального поиска?

В принципе можно ожидать чего угодно. В зависимости от того, как попрет и сколько будет свободного времени :)

[AterCattus]

Редакторы с подсветкой кода, не обрабатывающие ограниченную область, начинают тупить уже на сотнях килобайт кода. Гигабайты и не нужны. Парные теги проще считать, имхо, но все же.

Я про ситуацию вида:

<ul>
  <li>hello<p>world
  <li>foo</p>bar
  <li>spam
</ul>

Или:

<ul>
  <li>helloworld</li>
  <li>foobar
  <li>spam</li>
</ul>

И корректно ли работает с не парными тегами (br, hr, ...)?

[vmkononenko]

Я про ситуацию вида ...

Для данного случая подсветка работает так:



Честно говоря, не уверен, что интеллектуальность будет здесь плюсом. Скорее такая подсветка укажет на пропущенный закрывающий тег. Но так как Вы говорили про опциональность такого подхода, то может в некоторых случаях удобно было бы включить.

И корректно ли работает с не парными тегами (br, hr, ...)?

Корректно. Сейчас просто подсвечивается тег, в котором стоит курсор, и для него не находится пара. Как будет в ближайшее время, описано в первом пункте подзаголовка «Чего нужно сделать».

[AterCattus]

Скорее такая подсветка укажет на пропущенный закрывающий тег.

К примеру, PhpStorm ругается на эту ситуацию, как на не закрытый тег и закрыващий без парного открывающего.

[vmkononenko]

Согласен, так правильней всего — можно будет подумать на досуге. Спасибо за идею )

[cuhuak]

— Вишь в виш-листе?
— Вижу…
— А фичи-то нету