Docs
  • Getting Started
  • Overview
    • Understanding
      • User-Interface
      • Shortcuts
    • Getting Started
      • Creating A New Application
      • Adding Basic Structure using Class Designer
      • Creating a link to the TIVITY File Class
      • Setting Rights
      • Creating Queries
      • Building The Layout
        • Creating an App Page
        • Creating an Object Page
        • Creating a List Item Layout
  • Building an Application
    • Application Setup
      • General
      • Documentation
      • License Management
      • Publishing the Application
      • Advanced Settings
        • Document-MailEditor
    • Data
      • Sources
      • Data Modelling
        • Class
        • Field
        • Action
        • Link
      • Query Data
        • Get Started with Query Designer
        • Common
        • Fields
        • Conditions
        • Default Values
        • Preview
      • Roles & Permissions
        • Rights Designer
      • Access Control Lists (ACL)
    • Views
      • Design UI
        • Page Types
        • Fields and Links
        • Layout Controls
          • Actions
          • Panels
          • Sections
          • Lists
          • Input
        • Layout Templates
      • Document Templates
        • Get started with Template Designer
        • Expressions in Templates
    • Execution
      • Functions
      • Workflows
        • Control Types
      • Trigger
      • Scripting
        • Accessing the Script Designer
        • Using the Script Designer
        • Commonly used Actions
        • Reference: Actions
          • Math
          • System
          • Date
          • Collection
          • LogicalOperators
          • Web
          • Structure
          • Constants
          • Converters
          • Commands
          • Text
          • PDF
          • Operators
          • PowerPoint
          • QR-/Barcode
          • Messaging
          • Cells
          • Xml
          • Admin
          • Integrations
    • Expressions
      • Expressions in Expressions
      • Expressions in Condition Values
  • Administration
    • Platform
    • Workspace
    • Security
    • Platform Setup
  • Extensibility and Integration
    • REST API
    • Source Adapter
      • Getting Started
      • Source Adapter Interface
      • RESTful Adapter Service
  • Adapter Portfolio
    • MongoDB Adapter
  • Platform Features
    • Enterprise Search
      • Integration into an App
      • General Settings
    • Templates
    • Tagging
      • Getting Started
      • Manage Tags
      • Settings
      • Usage
        • Tag filter
        • Tag panel
    • DMS Setup
Powered by GitBook
On this page
  • Basic configuration
  • Save and Send
  • Application Hierarchy
  • Examples

Was this helpful?

  1. Building an Application
  2. Application Setup
  3. Advanced Settings

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.0

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

version: 1.0
config: 
- class: Document
  sendWorkflow: Test

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:

  1. Current Application

  2. Parent Application

  3. Parent Parent Application

  4. ....

Examples

  • You are in the application App1, which is a child of the application AppParent

  • You have two workflows, Workflow1 and Workflow2, both living in AppParent

  • In AppParent, you have specified that Workflow1 is 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: Document

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.

PreviousAdvanced SettingsNextData

Last updated 4 years ago

Was this helpful?