Community
Participate
Working Groups
Build Identifier: M20100909-0800 A Table with a TableEditor using a checkbox as the edit control does not render properly on Windows 7. This does render properly on other platforms (Linux, Windows XP, etc); the problem has only been noted on Windows 7. When the cell in the table becomes active for editing, a checkbox control overlays the table cell. On Windows 7, the checkbox control does not completely overlay the data in the cell. In the attached screenshot, the word "false" present in the table cell can be partially seen extending beyond the right edge of the checkbox control. On other platforms such as Linux and Windows XP, the existing text in the table cell is completely overlaid by the checkbox control or otherwise blanked out so that it does not show through behind the checkbox control. Please see the attached code sample for a demonstration to recreate the issue. Reproducible: Always Steps to Reproduce: 1. Run the attached code sample.
Created attachment 192396 [details] screenshot showing the issue on Windows 7 In the attached screenshot, note how the word "false" extends beyond the checkbox edit control that is overlaying the table cell.
Created attachment 192397 [details] screenshot showing the correct behavior on Linux In the attached screenshot, note the checkbox control completely overlays the table cell and none of the word "false" shows through underneath it.
Created attachment 192398 [details] sample code to demonstrate the issue
Created attachment 192400 [details] screenshot showing the correct behavior on Windows XP
It seems that Windows makes the check buttom transparent when the parent is a Table. I believe this is a native behaviour as I have removed most of the SWT code and the buttom remained transparent. You can workaround this problem in your code by creating a Composite in the Table, and the button in the Composite. Pass the Composite to table Editor. Set a FillLayout in the Composite.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie.