Chris Colman wrote:
Chris Colman:
By the current screen do you mean the range of currently visible
lines?
Yes.
Does that mean that brace matching/highlighting can have problems if
a
match for one brace is not currently visible.
Brace matching depends on the text having correct style
information. Styling is not normally performed on text that is not
displayed. This does lead to some issues with offscreen matching but
they are relatively rare.
Arh, this might be why I occasionally get problems with my 'check all
braces are matched' algorithm that uses the brace matching methods in
the API.
I don't understand why the 'find matching brace' methods would have
anything to do with text styling though. Isn't text styling just a
visual thing and finding a matching brace purely looking at the raw text
in the document? Obviously once a match is found we enter the styling
world when it comes to displaying that match as a highlight but I can't
see why the 'search' part would have anything to do with styling.
The reason for this is that brace matching as usually implemented is
limited to a particular *style*... if you think about it, you wouldn't
want it to actually work off of the "raw text", since then things like
comments would throw it off. ;)
Robert Roessler
[EMAIL PROTECTED]
http://www.rftp.com
_______________________________________________
Scintilla-interest mailing list
[email protected]
http://mailman.lyra.org/mailman/listinfo/scintilla-interest
