Hi,

if I split the LyX window (up/down or left/right), and I edit from one of them, then the cursor on the other view keeps its paragraph and position numerical values, not really its position, i.e., it is not anchored to the text where it lies. For example, if from one view I create a new paragraph (press Enter then type whatever), then from the other view if the cursor is beyond that new paragraph, then its position is implicitly shifted of one paragraph. As a user, I'd not expect this to happen.

I wish it were possible to keep the cursor anchored to its position in the text, rather than to the cur.pos() and cur.pit() numerical values.

At a glance, I'd say the position should better be an iterator in a list of characters, and the pit an iterator in a list of paragraphs (so that any edits preceding the cursor, as well as any edits following it from other views would not change its own "position" in the text). However, I reckon the impact on the code base may be absolutely non-trivial.

While in the normal split-view usage this may seem a minor issue (but I claim the user's expected behavior is well different from what happens), in the collaborative patch when the multiple views are proxies for remote users this issue becomes quite important, as you have the cursor continuously changing position without having issued any position-related command.

Any useful comment/hint about this ?

    T.

Reply via email to