Robert Roessler: > Like I said, I assume you would know... but, might you now be willing > to see SC_LASTSTEPINUNDOREDO in the larger context of "which > operations that do not change buffer (text OR style) contents could be > reasonably deferred until the end of this undo sequence?" There may > be more candidates for this type of platform-independent optimization.
I have never experienced an undo operation that is slow enough to cause concern. There are other things that I sometimes find too slow and I'd be more likely to look into them. The proposed patch does seem a bit narrow to me. It'd be great to really solve the scrollbar so it updated lazily yet was correct whenever the user manipulated it. The scrollbar also causes performance trouble when line wrapping. > While I realize that the case that was giving me so much trouble might > not intersect much with the needs of a more-or-less straight-up text > editor like SciTE, the larger undo/redo batching *could* happen in > pretty much any custom use of Scintilla as an editing component. Possibly. I can't recall any other similar issues although people may just drop Scintilla when they have a performance problem. > If you want me to make a real patch for this, I will even comment it. OK. Neil _______________________________________________ Scintilla-interest mailing list [email protected] http://mailman.lyra.org/mailman/listinfo/scintilla-interest
