Neil Hodgson wrote:
Robert Roessler:
2) Currently, because of the issues that prompted the creation of
"2-phase drawing" mode, it is simpler to have caching active in
parallel with "buffered" drawing, but disabled if "2-phase" drawing is
enabled... the 2-phase model *could* be used with caching, but then it
will be uglier for both generating pixmaps for caching AND using those
pixmaps when a cache hit occurs.
So it can't handle overlapping tokens?
Are you talking about a different case than what 2-phase drawing solves?
If Neil is still reading this, here is my "minor buglet" - *rarely*,
my cached pixmaps start off fine, but their right-hand portions just
render as all black boxes. It looks like when I copy them back out of
where they were just rendered in pixmapLine, they are occasionally
getting "clipped", as if the rcSegment at that point extends past the
end of pixmapLine... or something equally unfortunate. Hmmm.
pixmapLine is only as wide as the window's client area. I would
have been expecting you to draw into an extra pixmap first otherwise
you'll have to detect edge interference. You could extend pixmapLine a
bit so it will mostly be wide enough although that wll require some
estimation and should still check for hitting the edge. Same issue
will occur at the start of the line when horizontally scrolled.
Well, sure... I had just been hoping that an initial cut could dance
around this issue, since I need to do it anyway (I had hoped later) to
properly handle the "2-phase drawing" case. So I will do it now. :)
Robert Roessler
[EMAIL PROTECTED]
http://www.rftp.com
_______________________________________________
Scintilla-interest mailing list
[email protected]
http://mailman.lyra.org/mailman/listinfo/scintilla-interest
