Bugzilla – Full Text Bug Listing
| Summary: | Layout doesn't appear to occur when the 'Outline' switches pages | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Remy Suen <remy.suen> | ||||
| Component: | UI | Assignee: | Platform-UI-Inbox <Platform-UI-Inbox> | ||||
| Status: | VERIFIED FIXED | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | carolynmacleod4, cgold, gheorghe, Olivier_Thomann | ||||
| Version: | 4.1 | ||||||
| Target Milestone: | 4.2 M3 | ||||||
| Hardware: | PC | ||||||
| OS: | Windows XP | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
To repro: Create a project with both a java class and a text file, open both. Move the Sash to ensure that when the java file is active the toolbar is wrapped (below the tab area). Switch to the text file, notice that the 'an outline is not available' is offset to account for the wrapped TB. Move the sash slightly and it adjusts to become correctly top-aligned. Now switch back to the java file and you get the issue as described... Bogdan, should the CTF be handling the size change or are we responsible for issuing a specific 'layour' here ? As discussed, if it turns out that we are setting a new control for the toolbar (ie. remove the old toolbar and then add a new one), then SWT should be handling the layout. If we are just adding/removing items to the existing toolbar (and not actually removing it), then UI needs to call a layout to update the tab folder. Pushed in >20110926. commit 66bc52ad4fb39acfd11c1f53dcde24aac3c57db0 Did you happen to test the scenario described in bug 358750 comment 2? *** Bug 357970 has been marked as a duplicate of this bug. *** Verified in I20111025-2000. |
Created attachment 194823 [details] Screenshot depicting the problem in question. As can be seen from the screenshot, the tool bar seems to get drawn over top of the tab item's content as the suite() method's label has been cut of.