I've been corresponding with one of the GSOC students about using the
outline enhancements for a GSOC project, and it seems that moving
certain text insets to use QObject (or related) as their base class
might be an interesting goal. This would allow for insets to make use of
the signal/slot mechanism for communicating updates to the view.

In the case of the outline view and underlying TOC model, it wouldn't be
necessary to scan for changes, and would provide a nice speed boost to
the editing experience.

Is scanning for changes so expensive? It seems to be that our updateBuffer mechanism is quite fast in practice. What is the use case?

What is the exact effect that is expected?

I agree with Richard that adding a way to avoid the dispatch mechanism just because that seems nice is not a good idea right now. We could move towards this indeed, but it should be done in all the core. Currently there are a lot of small things that happen in the dispatch mechanism to make things just work. Remember that the last 5% of the functionality is the most difficult to obtain :)

JMarc

Reply via email to