Community
Participate
Working Groups
These items can do a variety of things when the fill(*) methods are called. We are going to need to wire them up with the model/renderer.
Can you give an example? I thought most of this would be handled just be deferring to the MenuManager/ToolbarManager's 'fill'...
For compat registerContextMenus and currently for view menus we defer programmatic and certain legacy action extension to the MenuManager/ToolBarManager. But o.e.ui.menus is done from e4 MenuContributions and for the main menu and main toolbar (formerly known as the main coolbar) we both have to process o.e.ui.menus submissions that are some subclass of ContributionItem and deal with a few custom ContributionItems provided from WorkenchActionBuilder. PW
I think that this is the right approach...rather than fighting the fact that the legacy menus/tbs are managed in a completely different manner than normal 'modeled' ones we should consider just writing custom renderers for them (including the main menu?).
If we provide an MRenderedContributionItem we can insert it into the appropriate model and have it rendered later ... it would need to co-operate with the MenuItemRenderer subclasses, since they calculate an index into their parent based on the visible model elements ... but an MRCI provides 0-n SWT MenuItems. PW