On 04/14/2011 07:58 PM, Jesse Phillips wrote:
spir Wrote:
I
would like to know how& how well other editors deal with all of that
(especially but not only emacs and vim).
Vim's heritage is line based editing. For this reason operations are performed
by line and it does processing by line. However as it is visual its buffer
consists of more than the line being edited.
Highlighting is done once again on a per line basis and only of the visible
area (give but never take a few). To handle multiple lines Vim uses
synchronization. It makes use of specific structures which it can use to
'anchor' how the lines below will be highlighted, and again it only needs to
process till the end of the visible area (it will continue processing as you
scroll down).
You can specify how many lines back Vim will look for an anchor before it gives
up. Right now I think comments are the only anchor for D and it looks back like
300 lines. This does mean that highlighting can be incorrect. If you jump from
the top to the bottom (not scrolling) and there was an open quote/comment that
was never closed you will end up with code which highlights as though it wasn't
in a quote/comment.
Thanks for this precision.
I prefere the possibility of erroneous highlighting you describe here than
current Geany's behaviour.
[I have stopped exchanging on Geany's mailing list about features/issues/bugs
because, it beeing based on scintlla, they seem to constantly forward people to
request or remark there... except for points they feel concerned with. This is
understandable, indeed, and rather a fact than a critique; i would probably
behave the same way in their position. They also are truely blocked by
scintilla on some points, i guess like when Geany did not properly cope with d
multiline comments.]
Denis
--
_________________
vita es estrany
spir.wikidot.com