| Summary: | [Table] Tables with columns sized with ColumnWeightData always have horizontal scrolling | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [RT] RAP | Reporter: | Tim Whittington <Tim.Whittington> | ||||
| Component: | RWT | Assignee: | Project Inbox <rap-inbox> | ||||
| Status: | RESOLVED DUPLICATE | QA Contact: | |||||
| Severity: | major | ||||||
| Priority: | P3 | CC: | ivan | ||||
| Version: | 1.2 | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Mac OS X - Carbon (unsup.) | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
This might be a duplicate of #235087. This problem has flow on effects for the layout of parent composites. i.e. if you embed a Table in a ScrolledForm created with a FormToolkit (i.e. setExpandHorizontal(true) has been called), then you get a scrollbar on the Table and the ScrolledForm - double stacked scrollbars == ugly. The workaround is to override the computeSize on the Table control and subtract 16 pixels from the size, which makes the layout calculations on the parent work properly, although this is unlikely to be workable in general. The issues with parent composites are looked into when resolving bug 235087. *** This bug has been marked as a duplicate of bug 235087 *** |
Created attachment 125312 [details] Snippet that demonstrates horizontal scrolling in Table Build ID: 1.2 M4 Steps To Reproduce: 1. Construct a Table with one column 2. Configure a TableColumnLayout for the Table 3. Set a ColumnWeightData for the column The Table is rendered with the column sized too wide - the right of the column extends into the space occupied by the vertical scrollbar, triggering the horizontal scrolling. More information: In SWT the Table column is correctly sized to the width of the Table and no horizontal scrolling is triggered. Structurally this isn't a big issue, but cosmetically it's a real pain.