Armel Asselin wrote:
But I am hopeful that we can out find *why* so many expensive sequences are being [needlessly] repeated - look at my previous response to Neil for more on this. :)
from my experience in this domain, I would say they are NOT needless and that is the problem, this is simply an organization problem.
generally, a painting system is transaction oriented, i.e., open a transaction, do all the job (computing the bound box of things to update and accumulate draw related updates somewhere, or bailing out if too many, noting that with a 'redraw everything' flag), close the transaction: if something was to be updated, do it
the problem seems to be that scintilla is not really organized this way, at least in term of communication with the upper layer (drawing/scrolls) or it is, and it is not used
just having at upper layer something like Freeze/Thaw, that would retain the drawing calls/scrollbars updates would do the job in fact, having it stackable and called from within Scintilla may help
the problem just comes from a simple fact: drawing will always be slower related to text manipulations even on a future P40.
so block drawing if all steps of drawing are not necessary, and this is not yet done
for the original problem, there is probably a test to re-range the screen when last line is modified and it was shown and it results in: first, reset number of lines, then change the first line (of not combined with previous), third, redraw... 600 times or so :(
hum I fear to seem pedantic, this is not the intent, maybe it will help if you're not used to such organization of rendering engines
I just can't buy into a FULL (actually, everything except for the *horizontal* scroll bar) expose being done for every single line delete (almost all of which are not even visible). These should [at worst] be the vertical scrollbar area.
The whole GTK2+ version of [GTK] Scintilla is a lot simpler than the GTK1 version... maybe something got over-simplified? :)
In any case, I am investigating this - but someone familiar with the GTK-specific code could do this a lot faster and more easily than me. I have two questions/comments:
Exactly two years ago, there was a flurry of messages on this list on the subject of GTK, Pango, and scrolling [efficiency]. Hmmm.
Also, for the GTK2 case, aren't the scrollbars separate done as windows/widgets?
Robert Roessler [EMAIL PROTECTED] http://www.rftp.com _______________________________________________ Scintilla-interest mailing list [email protected] http://mailman.lyra.org/mailman/listinfo/scintilla-interest
