We should add context menus to SMTK’s user-interface extensions. The resource panel and 3-D render window would both benefit from them.
What SMTK should present is a framework for applications to add context menu items. In SMTK, the upcoming task class provides the context.
Context menus in ParaView are built on demand (at the time the user right-clicks in the 3-D window). We can extend the base class for context-menu items to provide a variant that takes a QAbstractModelIndex object from a QAbstractItemView (instead of information about the blocks picked in the 3-D view) and use the same class to create context menus for the resource panel or other Qt tree/list widgets.
We want to subset context-menu items by those applicable to the current task. This can be accomplished simply by examining the active task at the time the extension is asked to generate menu items.
Because ParaView’s mechanism has menu-item generators provide an integer priority (and invokes them in order of descending importance), a context-menu plugin may provide items for all tasks or a single task.
This design would only require modifications to existing code – specifically the resource panel – to iterate the set of menu-item generators and invoke the signature specific to the QAbstractItemWidget.
A base menu-item class could provide some commonly-used features:
- a method to create QAction objects from
smtk::operation::Operationclasses so that operations can be invoked from the context menu. (NB: This might be better to add elsewhere since it could also be useful for toolbars and a “tool palette panel.”)
- a set of default menu items (create/close a resource, hide/show a component, deselect everything, select all) that task-specific plugins could invoke as needed.