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:
Save 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
The 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.
You can specify more than one class in the configuration.
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 applicationAppParent
You have two workflows,
Workflow1
andWorkflow2
, both living inAppParent
In
AppParent
, you have specified thatWorkflow1
is used for your document classDocuments
Overwriting the specified workflow
To use Workflow2
in your App App1
, you simply add a configuration inside App1
saying that Workflow2
is 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:
With 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