Neil Hodgson wrote:
Robert Roessler:
Nope, I do not care about handles (or the "duplicate markers on line"
case)... the no-notification thing (as a low-level "under the radar"
approach) seems to fit the way I see this being used. It is true that
the notifications can be turned-off or ignored, much like the whole
thing can be simulated by interpreting the bits yourself and doing
multiple SCI_MARKERADD calls - it just seemed a logical grouping of
macro-operations to bundle.
I'm more in favour of allowing users to compose operations out of
simple actions rather than trying to predict which things they will
want to do together.
Hard to argue with... :)
So, if you will not go for a "no-notification" version of this, are
you disposed to accept a "well-written etc" implementation of
SCI_MARKERADDSET?
OK. I'd be happier if you found out what your actual problem is. It
shouldn't be speed of switching event masks which is a very simple
operation. There could be unwanted processing occuring within
NotifyModified but it should be possible to work out how to fix that.
Perhaps I miscommunicated - unlike my issues with multiple-Undo, I
have made no performance claims/complaints here. Overall, I built
support for SCI_MARKERADDSET because it is convenient to have a
primitive which is the converse of SCI_MARKERGET (and you have gone
for "symmetry" arguments before)... I liked the no-notification idea
because I didn't want to see any notifications when I was just
"putting things back", much less a flurry of them. But since
SCI_MARKERADDSET as built only does a single NotifyModified (which can
be masked), this became a non-issue.
If I need to preserve the notification behavior, I
trust that *one* NotifyModify call will suffice for both the
[optional] notification and the RedrawSelMargin?
Yes.
See
http://www.rftp.com/MARKERADDSET.zip
I have included a Scintilla.h which has a def for SCI_MARKERADDSET -
presumably this will get added more formally. Should you accept this
primitive, I will of course add its description to ScintillaDoc.html. :)
Robert Roessler
[EMAIL PROTECTED]
http://www.rftp.com
_______________________________________________
Scintilla-interest mailing list
[email protected]
http://mailman.lyra.org/mailman/listinfo/scintilla-interest
