raccoonwao

Show:

What's happening?

  • Comment: Weird Shift-select behaviour

    I have made some change in the KTable.onMouseDown() and KTable.focusCell(int, int, int), which make the shift-selection similar to windows. (This fix is for row-selection mode only, similar fix should be applied to single cell selection mode. ---onMouseDown()----------------------- if(e.button ==2) { m_AnchorCol=-1; m_AnchorRow=-1; } Point...

    2009-02-22 17:26:46 UTC in KTable

  • Weird Shift-select behaviour

    A multi-select KTable perform Shift-selection differently with windows. Shift-click selects every row between the anchor row (first-selected row) and the current row. However, KTable "adds" any row between the anchor row and the current row to the selection without removing any rows previously included. Try this case: 1. Click at row 10 2. Shift-click at row 12. Now row 10-12 are...

    2009-02-22 16:51:12 UTC in KTable

  • Comment: Can't get last column cell w/ tbl.getCellForCoordinates(x,y)

    It is working now. Thanks.

    2009-02-19 06:43:24 UTC in KTable

  • Comment: Can't get last column cell w/ tbl.getCellForCoordinates(x,y)

    Problem should be in KTable.getCellForCoordinate(x,y): Coordinate is checked upon the accumulated col width starting from col 0. However with SWTX.FILL_WITH_LASTCOL, the last col takes up any access space without saving the actual col width. Then, getCellForCoordinate() just takes the initial width for the last col comparison which makes the error.

    2009-02-18 07:56:58 UTC in KTable

  • Can't get last column cell w/ tbl.getCellForCoordinates(x,y)

    1. Use Text Table in example 2. add: table.addMouseListener(new MouseAdapter() { @Override public void mouseDown(MouseEvent e) { System.out.println(table.getCellForCoordinates(e.x, e.y)); } }); 3. Run the example 4. Scroll to the last column 5. Make the windows larger (by default the last roll is expanded to take the excess space) 6. Click at the expanded...

    2009-02-18 07:53:00 UTC in KTable

  • Comment: getCellForCoordinates returns wrong column w/ fixed Col# =0

    Further information, it is a bug in the getCellCoordinate() All invisible (scroll-out) column should not be included in the mouse.x calculation. Currently, the mouse.x is compared with accumulated column width starting from column(0). e.g. -a 5 column table -col width: 30[fixed], 500, 500 ,30, 30 -Table scrolled to cell [3,1], i.e. col(1) and col(2) is invisible -mouse click at...

    2009-01-14 02:51:40 UTC in KTable

  • getCellForCoordinates returns wrong column w/ fixed Col# =0

    Reproduce: 1. Make BooleanModelExample.getFixedHeaderColumnCount() return 0; 2. Run the example 3. Click at cell (1,0) Output: Cell value not changed Expected: Cell value toggle between T/F Cause: KTable.getCellForCoordinates(int, int) return row = -1 after this: row = row + this.m_LeftColumn - 1; where m_LeftColumn is 0 and row is 0 initially ref: bug #1686554.

    2009-01-14 02:18:57 UTC in KTable

  • roboard

    raccoonwao registered the ROBoard project.

    2008-06-09 17:24:55 UTC in ROBoard

About Me

  • 2006-12-13 (3 years ago)
  • 1667092
  • raccoonwao (My Site)
  • raccoonwao

Send me a message