#19 Several improvements / Scrolling performance & behavior

[Steffen]

Hi,

I have made some improvements (I think these are improvements) to the table. Maybe someone wants to integrate them or some of them in the next release?

Changes (based on the current release 2.2.0):
- scroll performance increased by using Control.scroll for platform-specifc scrolling mechanism (see listeners of scroll bars in method createListeners)
- render bugs fixed when some of the last columns are removed in the data model and there are enough columns that the scroll bar is still visible; scrolling in this case to the minimal column such that all remaining columns to the right are fully visible (see method doCalculations); analogues for rows
- if FILL_WITH_DUMMYCOL is specified, then also the rows are drawn to the end of the widget, taking the height of the last row as height for the dummy rows (see method drawBottomSpaces)
- render bug fixed where the right border was painted although the last column is not fully visible (see method drawBorderLines)
- selecting a cell in a column at the end of the horizontally scrolled table and then scrolling to the first column and selecting a cell in another row produces a drawing bug that the previous selected cell is drawn in the first column of its row -> drawing only visible previous selected cells solves the problem (see method focusCell)
- selection event is also raised on deselection of a cell using CTRL (see method focusCell)
- also a row resizing should not trigger a cell range selection (see method onMouseMove)
- SWT of Eclipse 3.2 doesn't know the field MouseEvent.count; therefore commented out the condition testing for "e.count == 1" (see method onMouseUp)

Feel free to post questions about the changes.

Regards,
Steffen

[Steffen]

KTable widget with mentioned changes

[Andy Czerwonka]

I see you're working with KTable and making fixes. Where can I find your patches? Also, do you know if anyone is working on column reordering?

[Steffen]

My patches can be found at the bottom of the page in the "Attached File" section. It is not a real (CVS) patch but the KTable.java file that you can take instead of the original KTable.java file.

I don't know whether somebody is working on column reordering. The project itself seems to be not very active.