# Workflow and the operation manager

**URL:** https://discourse.kitware.com/t/workflow-and-the-operation-manager/96
**Category:** Design
**Created:** [April 25, 2018, 1:19am UTC](https://discourse.kitware.com/t/workflow-and-the-operation-manager/96 "2018-04-25T01:19:07Z")
**Posts on this page:** 1
**Page:** 1

<div class="post-metadata">

### Author: ![dcthomp](https://discourse.kitware.com/user_avatar/discourse.kitware.com/dcthomp/32/10_2.png) [@dcthomp](https://discourse.kitware.com/u/dcthomp)
#### Post date: [April 25, 2018, 1:19am UTC](https://discourse.kitware.com/t/workflow-and-the-operation-manager/96/1 "2018-04-25T01:19:10Z")

</div>

One topic of today’s meeting, besides progress on SMTK’s [new operation panel](https://discourse.kitware.com/t/operation-view/94/5), was how workflows would affect the presentation of operations from the operation manager.

# Workflow configuration

We discussed having the workflow serve as an intermediary between the operation manager (i.e., leaving the operations untouched in the manager) and having the workflow modify operations in the manager. The consensus was that hiding or exposing existing operators would be done outside of the operation manager but that the workflow may at some point create duplicates of existing operations as a means of changing the presentation of an operation.

We decided that we want to support the following eventually but not all immediately:

- Whitelist all operations in a plugin (no renaming allowed)
- Also whitelist operations by their name (_not_ the label given in the operator’s attribute)
  - may rename operation and its items
  - override default values (and default values of items)
  - override view (including which items should appear and what widgets represent them)

- Task definitions
  - Also want to grant tasks the capability to modify the whitelist for the duration of their activity.