Hello Jean-Marc,
> I checked the current implementation with too wide tables by commenting the
> content in void InsetTabular::resetPos(Cursor & cur) const. It seems to work
> with tables, but the proper behaviour seems to appearing with fullpaint
updates.
I think I am incorrect at the above mentioned need of fullpaint. Replacement
of the early return with the following do the trick.
if(left_edge != cur.getLeftEdge()
&& !cur.selectionEnd().inMathed()
&& cur.selectionEnd().idx() == 0)
return;
> Encountered a new bug,
> When deleting the content of a too wide row using backspace, the row does
> not slide. Results is:
> https://dl.dropboxusercontent.com/u/105510128/Bug_4.webm
This problem also applicable for tables. And wired things happen in tables
when editing.
* When delete some text within a cell using (backspace or delete key) above
problem appears. Also, it seems like more columns are creating. But it is
actually not. When click on another cell those disappears. See the video
attached.
* When writing on a already wide cell (set using right click > more >
settings > table settings > width), text cursor is not appearing at the
correct position. This only happens in a scrolled row. So need to update the
cursor position accordingly. See the attachment. (I doubt this is a problem
due to the half back solution of table scrolling)
https://dl.dropboxusercontent.com/u/105510128/Bug_5.webm
Please advice me how to completely remove the half back solution for table
scrolling. I just checked with commenting 'InsetTabular::resetPos(Cursor & cur)'
Thank you
Hashini
