Summary: | [Coolbar] CoolBarManager does not support wrapping with a SubToolBarManager | ||||||
---|---|---|---|---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Randy Giffen <Randy_Giffen> | ||||
Component: | UI | Assignee: | Lynne Kues <lynne_kues> | ||||
Status: | RESOLVED FIXED | QA Contact: | |||||
Severity: | major | ||||||
Priority: | P2 | CC: | Kevin_Haaland, lynne_kues, peter_burka | ||||
Version: | 2.0 | ||||||
Target Milestone: | 2.1.1 | ||||||
Hardware: | PC | ||||||
OS: | Windows XP | ||||||
Whiteboard: | |||||||
Attachments: |
|
Description
Randy Giffen
2002-06-25 21:31:16 EDT
Created attachment 1595 [details]
source for hacked MultiPageContributor
Peter could you verify the workaround works for you. Workaround seems to work. Thanks! Calling update for each coolbar item in update for the CoolBarManager is probably not a good idea (unnecessary, may cause flash). It seems like the fix would be to have updateActionBars() call CoolBarManager.update(). Changed SubActionBars.updateActionBars() to handle the case where the action bar has its own toolbarmanager (i.e., it's a cool item). The fix for this somehow got lost when SubActionBars was moved from org.eclipse.ui.internal to org.eclipse.ui. Should put the fix back in for 2.1.1. public void updateActionBars() { IToolBarManager mgr = getToolBarManager(); if (mgr instanceof CoolItemToolBarManager) { mgr.update(false); } parent.updateActionBars(); fireActionHandlersChanged(); } Approved. Released fix into 2.1.1 and head streams. |