I'm also having problems with this feature in LyX 2.0. I've found it to be tremendously inconsistent, even amongst different tables in my document. In the case of one table, whenever I click in a second column of the table, it causes the entire tabular to fly off screen and makes editing text all but impossible.
Might it be better to pursue an alternative UI for editing large tables in the workview? Perhaps by adding horizontal scrollbars if the table is wider than the view? I haven't looked at the table code, so I'm not sure how difficult it would be to implement this. But I'd definitely like to cast a vote toward changing this particular behavior. Cheers, Rob On Jun 11, 2010, at 8:33 AM, Maria Gouskova wrote: > Dear LyX users, > > I am trying to understand the principles behind cursor and window > behavior in the LyX GUI during table editing. Suppose you're working > on a table that fits into the open document window completely. Move > the cursor (using either a mouse click or the arrow-down key) into a > row of the table. The window view jumps so that the line of the table > that contains the cursor is now either at the top of the LyX window or > the table is repositioned in the window. But this isn't > necessary---and it can be kind of a pain, since it realigns the window > in a way that's inconsistent with what happens during text editing, > and sometimes it makes it hard to find the cursor. During editing > regular text, the window view moves down only when the cursor line > would otherwise be too low to see. > > I suspect this is a feature, but I am hoping that it is a bug that can > be fixed! Ideally (in my view, anyway), tables would behave the same > way as text behaves. > > Technical details: Mac OS 10.6.3, LyX 1.6.6.1. > > I am sorry if this has been discussed recently--I only today noticed > that the LyX user mailing list unsubscribed everyone more than a month > ago... > > Maria
