I was liking this "separation from lexing" approach until I realized that
Undo/Redo exposes the very same problem[s]: as *all* styling info (style
*and* indicator bits) is lost and must be reconstructed in this case, the
"pure-indicator" approach to protected fields is significantly weakened
(it would appear).
the ALL does not stand any more: the USER class of indicators is NEVER
touched. Just you can touch it.
An additional point vis-a-vis the indicator approach: with the scarcity of
the indicator bits resource (and the way they are used), it would seem
quite desirable to have an indicator-based protected fields mechanism
"overload" the indicator type value, e.g., low bits as they are now, high
bits used to specify protection. Done properly, this would not need to
break existing Scintilla clients - apps that do not know about the high
bits will not set them or look for them.
you can have now between 24 and 31 indicator bits (32-[style bits])
Armel
_______________________________________________
Scintilla-interest mailing list
[email protected]
http://mailman.lyra.org/mailman/listinfo/scintilla-interest