Document-MailEditor
This configuration allows you to adjust the behavior of the mail editor for each document class.
Basic configuration
The configuration must start with a version specification. You specify the version like this:
version: 1.0Save and Send
You can specify a workflow which should be executed if a user presses the action Save and Send within the Mail Editor. If a workflow is specified, the Save and Send action will be visible for the user, otherwise the user won't see the action.
For each document class within your application, you can specify a separate workflow. A configuration looks like this
version: 1.0
config: 
- class: Document
  sendWorkflow: TestThe config contains a list of elements, each of them starting with the class specification. 
- class: with this option you define which class you want to configure the workflow for. The value is the key of the class.
- sendWorkflow: this value specifies the workflow which executes the send process. You specify the workflow by entering the workflow key.
Application Hierarchy
If you have an application hierarchy, all configurations are evaluated. The priority is always:
- Current Application 
- Parent Application 
- Parent Parent Application 
- .... 
Examples
- You are in the application - App1, which is a child of the application- AppParent
- You have two workflows, - Workflow1and- Workflow2, both living in- AppParent
- In - AppParent, you have specified that- Workflow1is used for your document class- Documents
Overwriting the specified workflow
To use Workflow2 in your App App1, you simply add a configuration inside App1saying that Workflow2is the sendWorkflow for your document class. If a user now uses your app, Workflow2 is used. If a user uses AppParent directly, the application will use Workflow1 as the sendWorkflow
Un-setting the workflow
If you don't want to use any sendWorkflow for your document class, you simply add a configuration inside App1  , add your document class and don't specify any workflow. This would look like this:
version: 1.0
config:
- class: DocumentWith this setting, you are removing the configuration any parent app might have specified before.
Use the same workflow
If you don't want to overwrite the configuration, simply don't add an entry with the corresponding class key.
Last updated
Was this helpful?