Community
Participate
Working Groups
See bug 311725 The table that we create MultipleHyperlinkPresenter.LinkListInformationControl.fTable creates a white space at the bottom of the table. Could reproduce it on OSX 10.5 and with 3.6 M7 and 3.5.2 build. Could not check in the earlier versions or investigate more as the machine got upgraded to 10.6 and the bug is no longer reproducible there. Creating a JDT-UI bug to do our side of the investigation.
Moving to SWT. On 10.5, the Table widget always reserves space at the bottom and the right for scrollbars, even if no scrollbar is necessary/shown. On 10.6, the Table behaves as on other platforms (preferred size does not leave gaps). This causes the problems in bug 311725, since we don't expect areas in the table that do not render an element. When the user clicks that area, the selection is cleared, our code throws the AIIOBE from bug 311725 comment 5, and SWT hangs in bug 308844.
Actually, this also doesn't work for free on other platforms, so we do fTable.getHorizontalBar().setVisible(false) (same for vertical), but this only works in Mac OS X 10.6. Another inconsistency is that clicking an empty area deselects the current selection in an SWT.SINGLE Tree or Table on Cocoa. On GTK and WinXP, the selection stays. On GTK, I found no way to get an empty selection via UI. On WinXP, the selection always stays in Trees, but in Tables, Ctrl+Space deselects.
(In reply to Markus Keller from comment #2) > Actually, this also doesn't work for free on other platforms, so we do > fTable.getHorizontalBar().setVisible(false) (same for vertical), but this > only works in Mac OS X 10.6. OSX 10.5 is no longer supported. > > Another inconsistency is that clicking an empty area deselects the current > selection in an SWT.SINGLE Tree or Table on Cocoa. This doesn't happen anymore for SWT.SINGLE. Happens only for SWT.MULTI style