Re: GUI behavior in table editing
>Maria Gouskove wrote: >Okay, I submitted a bug report. Forwarding the message by Edwin on lyx-devel to lyx-users: >can you confirm whether this is fixed in latest trunk? > >ed. Vincent
Re: GUI behavior in table editing
>> 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, > > [...] >> >> I suspect this is a feature, but I am hoping that it is a bug that can >> be fixed! > > This is a bug. So it can be fixed - if someone want to do it. > > Helge Hafting > Okay, I submitted a bug report. Maria
Re: GUI behavior in table editing
On 11. juni 2010 16:33, 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, [...] I suspect this is a feature, but I am hoping that it is a bug that can be fixed! This is a bug. So it can be fixed - if someone want to do it. Helge Hafting
Re: GUI behavior in table editing
Sorry, this was cc-ed to the developer list by mistake, on which I am not a subscriber. On Fri, Jun 11, 2010 at 10:51 AM, Maria Gouskova wrote: > I have been dreaming of a horizontal scrollbar for LyX for a long > time, and it fixes some of the table editing problems, but not the one > I mentioned just now. BTW, I saw that there is a very old bug > report/request for a horizontal scrollbar feature, but the discussion > ends at a point where a workaround is proposed for editing equations. > The workaround does NOT work for tables, however. > > http://www.lyx.org/trac/ticket/1083 > > Maria > > On Fri, Jun 11, 2010 at 10:43 AM, Rob Oakes wrote: >> 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 >> >> >
GUI behavior in table editing
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
