On sample 2, there is a preformatted paragraph with an animated background. Highlighting it (multiple lines) with the mouse on WinNT causes the entire length of the screen to be highlighted, and the inverse text is not showing up properly. Not only that, the highlight outside the paragraph text seems to be showing garbage (because the display may be going into an adjacent buffer in memory?), this garbage redraws itself every so often (you will have to try it out to see for yourself). -Chris

P2. This causes crashes. Mike, this is the same thing I've talked to you about, when hilighting text on sample 2 and seeing asserts and garbage drawing. Basically, we're using bad offsets in the ip[] array (I'm looking at TextFrame:: PaintAsciiText()). There seems to be 2 problems: 1. Sometimes, PrepareUnicodeText() returns a text length which is less than mContentLength, and it only fills elements in ip for the length that it returns. So we're accessing uninitialized members of the ip array. 2. Your hack to fill in ip[mContentLength] for the selection +1 stuff also plays a part sometimes, because again it can cause you to measure text width for length+1 chars, which does bad things.

Similar problems are occurring in GetPointFromOffset, which is called from the caret, and is also causing crashes.

As of 3/30/99 build, this bug is fixed. Keep up the good work! -Chris

Fixed in April 5th Build.