Well, a strange one again - and *this* one seems to really be about the display code doing something funny for indicators that it doesn't for normal styles... :)

BTW, in a reply to Neil right after he had explained about saving and restoring the "end_styled" position, I suggested using a previous STYLE with the start_styling call to restore things, rather than a MASK (which is what is needed there). Sigh - that obviously makes no sense. :(

Anyway, I am finding that setting an INDICATOR (0x80 or 0x40) on the second char of a line always displays it starting on the first char (the third position on works fine)... if I use the exact code (with 0x1F instead of 0xE0 as the mask) to display a STYLE (2) in the same position, it displays correctly!

It does not matter what the character/style already in the first position is, the "extra" indicator WILL appear there. Note that if I fetch the style from the first position on the line AFTER the bogus indicator appears, it is still what it was before - the style byte has NOT been corrupted.

The previous observation probably explains why I cannot see anything wrong in the actual styling code - things get messed up later, in the painting or layout code possibly? I spent a while looking, but that stuff is HUGE.

A PNG is attached for the more visual-oriented; note that the leading chars are in fact tab chars - one fails, two works. :)

Robert Roessler
[EMAIL PROTECTED]
http://www.rftp.com

<<inline: BADindic.png>>

_______________________________________________
Scintilla-interest mailing list
[email protected]
http://mailman.lyra.org/mailman/listinfo/scintilla-interest

Reply via email to