Как стать автором
Обновить

Комментарии 12

Полезный плагин, спасибо!
Около года пользовался этой средой, очень нравилась своей легковесностью и скоростью.
Что насчёт обратной совместимости? Возможно подключить к Geany 0.21 x32, которая в LTS-дистрибутиве?
По коду обратная совместимость есть. В идеале бинарная совместимость тоже должна быть, но у Geany есть проблемы с ABI. Поэтому нужно пересобирать плагин против нужной версии.
Оффтопик.

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

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

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

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

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

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

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

Я про ситуацию вида:
<ul>
  <li>hello<p>world
  <li>foo</p>bar
  <li>spam
</ul>


Или:
<ul>
  <li>helloworld</li>
  <li>foobar
  <li>spam</li>
</ul>


И корректно ли работает с не парными тегами (br, hr, ...)?
Я про ситуацию вида ...
Для данного случая подсветка работает так:

image

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

И корректно ли работает с не парными тегами (br, hr, ...)?
Корректно. Сейчас просто подсвечивается тег, в котором стоит курсор, и для него не находится пара. Как будет в ближайшее время, описано в первом пункте подзаголовка «Чего нужно сделать».
Скорее такая подсветка укажет на пропущенный закрывающий тег.

К примеру, PhpStorm ругается на эту ситуацию, как на не закрытый тег и закрыващий без парного открывающего.
Согласен, так правильней всего — можно будет подумать на досуге. Спасибо за идею )
— Вишь в виш-листе?
— Вижу…
— А фичи-то нету
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории