Community
Participate
Working Groups
With bug 364739 fixed, there is another issue when activating a cell editor on the bottom most row if it is partially visible. The cell editor is positioned directly *below* the row where it should appear. To reproduce, * import the project from attachment 207492 [details] from bug 364739 (table-bug.zip) * run the TableEntryPoint as an RWT application * resize the Shell so that the botom-most row is only partially visible * click into the Description cell to edit it -> all rows are shifted up by one row, but the text widget (cell editor) is positioned where the row-to-be-edited was just before activating the cell editor. Again this is reproducible in all browsers. In RCP/SWT, this works as expected: the partially visible row is scrolled into (full) view and the editor is placed at the new position.
Created attachment 207559 [details] Proposed fix When resize() is called, this patch adds a phase-listener that forces a re-layout after all events have been processed (after-phase-listener for PROCESS_ACTION) This emulates the behavior from SWT (which uses timerExec) and ensures that the editor is positioned on the correct row.
Applied patch to v14_Tree_Table_Merge branch
Applied proposed fix to CVS HEAD.