Andre Poenitz <[EMAIL PROTECTED]> writes:

| 5. use buildCursor().dispatch() instead of getLyXText()->dispatch() in
| the default branch of BufferView::Pimpl::dispatch() [That's the fun part
| but should not be that hard]

Well... I have my own plans for distpatch...

My take on this is that we should always enter the "distpatch-tree"
from the same point. IMHO the "master" dispatch should handle the
fanning out.

I am not sure how this will interfere with your work.

Master dispatch to me is LyXView::dispatch... this one should send
down to BufferView::dispatch and further on to LyXText::dispatch or
Inset::dispatch.

Why I want this?

I'd like to have one dispatch exit path, so that some operations could
be done there and not be spread out all over, in particular update and
fitcursor.

| 6. Simplify the structure of InsetText::localDispatch by removing most
| of the special RESULT handling (locking and unlocking is done in the
| GlobalCursor::dispatch). The result should be just a big switch.

And I am trying to get rid of the big switch.

| [7. Try to let InsetText::localDispatch use LyXText::dispatch in almost
| all cases]

We should also rename InsetText::localDispatch to just
InsetText::dispatch

| We can stop after any point without any penalty.
>
| Opinions?

I think it seems sound... BUT we have a lot of small regressions wrt
to cursor placement, undo, C&P... none of these will be fixed with
this work. My take is that we should at least make some effort to fix
some of those regressions before beginning to shift things around
again, and to introduce new regressions.

-- 
        Lgb

Reply via email to