Real-Time Collaboration configuration options

Caution: These configuration options are subject to change based on customer feedback. API compatibility is not guaranteed during the beta.

Configuration style

The Real-Time Collaboration (RTC) plugin uses promise-based “provider” functions to support a variety of configuration scenarios including asynchronously fetching data from a server. Function input parameters are provided as an object, allowing unused fields to be omitted.

Required configuration

The following options are required to use the Real-Time Collaboration (RTC) plugin:

• rtc_document_id
• rtc_encryption_provider
• rtc_token_provider

For an example minimum configuration, see: Examples of the minimum required configuration for the RTC plugin.

rtc_document_id

The RTC plugin requires a unique identifier for editor content to enable collaboration, known as the document ID. The identifier set by the integrator is used by the RTC server as a permanent reference for the content. Tiny recommends using the same unique ID used by your server where possible, such as the unique page or document ID from a CMS.

Warning: Do not reuse the document ID for different documents, otherwise content will be overwritten. Each document must have a unique identifier.

When a client (user) connects:

• If the document ID already exist, the most recent version of the content is sent to the client’s editor.
• If the document ID does not exist, the client uploads new initial content as the first version of that document ID.

Warning: If the content is changed outside of an RTC session, a new document ID must be generated. Changes made outside the RTC session will be overwritten by the content on the RTC server during the next collaboration session.

Type: String

Required: yes

rtc_encryption_provider

The RTC plugin requires an encryption key for end-to-end encryption. This key is not sent to the Tiny Cloud server; the TinyMCE RTC service cannot read the editor content. The encryption key is used by the browser’s SubtleCrypto API to encrypt and decrypt editor content on the client.

A key is required when the client needs to:

1. Encrypt new data in the collaboration session.
2. Read previously written data from the collaboration session.

Suggestions on how to generate a secure encryption key and participate in key rotation are available in Generating a secure encryption key. To help with this process a customisable “key hint” is available.

Key Hint

If keys are never rotated this can be ignored. For advice on how to use the key hint to rotate encryption keys, see Encryption key rotation and key hints.

Warning: Do not include secret or sensitive information in the key hint. The key hint is stored by the server in plain text.

Type: Function

Required: yes

Input fields for rtc_encryption_provider

Return fields for rtc_encryption_provider

rtc_token_provider

The RTC plugin and the RTC service uses JSON Web Tokens (JWT) to authenticate the user. The user’s token should include:

• A unique user ID,
• A relative expiration time.

The rtc_token_provider function will be called one or more times to refresh the token before it expires. For production usage, Tiny recommends a token provider with a dynamic request that produces a new JWT token with an updated exp claim.

Type: Function

Required: yes

Required JWT claims

Return fields for rtc_token_provider

Examples of the minimum required configuration for the RTC plugin

Static configuration

tinymce.init({
  selector: 'textarea', // change this value according to your HTML
  plugins: 'rtc',
  rtc_document_id: "your-document-id",
  rtc_encryption_provider: () => Promise.resolve({ key: "your shared encryption 🔑", keyHint: "not used" }),
  rtc_token_provider: () => Promise.resolve({ token: "your-jwt-token" })
})

Dynamic configuration that fetches encryption keys and tokens from a server

tinymce.init({
  selector: 'textarea', // change this value according to your HTML
  plugins: 'rtc',
  rtc_document_id: "your-document-id",
  rtc_encryption_provider: ({documentId, newKey, keyHint}) =>
    fetch('/getKey', {
      method: 'POST',
      credentials: 'include',
      body: JSON.stringify({ documentId, newKey, keyId: keyHint })
    })
    .then(response => response.json())
    .then(({keyId, secret}) => ({ key: secret, keyHint: keyId }),
  rtc_token_provider: () =>
    fetch('/getJwtToken', {
      method: 'POST',
      credentials: 'include'
    })
    .then(response => response.json()),
})

Optional configuration

rtc_snapshot

Real-time collaboration integrations regularly store the content, eliminating the need for a save button. The TinyMCE RTC plugin provides a version number to assist with storing the regular content snapshots. These snapshots are not stored by the Tiny Cloud and must be handled by the integrator.

For any given document ID, the server guarantees the version number will only increase. It can be safely used for conflict resolution. For each document ID and version combination the snapshot content is guaranteed to be identical.

The snapshot callback will be executed at regular intervals with access to the serialized editor content. The content is retrieved through a getContent function to reduce CPU load if the callback decides to not use the editor content.

Type: Function

Required: no

Input fields for rtc_snapshot

Example of getting content snapshots

tinymce.init({
  selector: 'textarea', // change this value according to your HTML
  plugins: 'rtc',
  rtc_snapshot: ({version, getContent}) => {
    console.log('Current version', version);
    console.log('HTML', getContent());
  }
}

rtc_initial_content_provider

By default, the initial editor content is retrieved from the element targeted using the TinyMCE selector option.

The rtc_initial_content_provider option allows alternative initial content be retrieved for a new RTC session. This option works with frameworks and integrations (such as the TinyMCE integrations) that don’t provide access to the target element directly.

Type: Function

Required: no

Input fields for rtc_initial_content_provider

Fields to return from rtc_initial_content_provider

Example of providing static content

tinymce.init({
  selector: 'textarea', // change this value according to your HTML
  plugins: 'rtc',
  rtc_initial_content_provider: () => Promise.resolve({ content: "<p>Hello world!</p>" })
})

Example of providing dynamic content from the server

tinymce.init({
  selector: 'textarea', // change this value according to your HTML
  plugins: 'rtc',
  rtc_initial_content_provider: ({documentId}) => {
    return fetch(`/getContent/${documentId}`, {
      method: 'POST',
      headers: {
        'Accept': 'application/json',
        'Content-Type': 'application/json'
      }
    }).then(response => response.json());
  }
})

rtc_user_details_provider

By default, a user’s unique ID (the sub field from their JWT) will be displayed as their name in remote caret tooltips.

To display a descriptive name on the caret, the user ID needs to be resolved into user details that include the full user name. This resolution is done on each client to avoid sending any personal information through the RTC server.

Only the full name is required, but the whole object will be cloned and stored within the RTC caret information. It will then be included with both rtc_client_connected and rtc_client_disconnected callbacks so that the lookup does not need to be repeated.

This provider function will be called once for each connecting client. Clients that reconnect may trigger a new call to the provider function rather than using cached data.

Type: Function

Required: no

Input fields for rtc_user_details_provider

Fields to return from rtc_user_details_provider

Example of providing static user details

tinymce.init({
  selector: 'textarea', // change this value according to your HTML
  plugins: 'rtc',
  rtc_user_details_provider: ({userId}) => Promise.resolve({ fullName: "John Doe" })
})

Example of providing user details from your server

tinymce.init({
  selector: 'textarea', // change this value according to your HTML
  plugins: 'rtc',
  rtc_user_details_provider: ({userId}) => {
    return fetch('/getUserDetails', {
      method: 'POST',
      headers: {
        'Accept': 'application/json',
        'Content-Type': 'application/json'
      },
      body: JSON.stringify({userId})
    }).then(response => response.json());
  }
})

rtc_client_info

The rtc_client_info option allows status flags from the local editor environment to be provided to other connecting clients, for example “is the user on a mobile device”. This option should not be used to communicate sensitive information; the authenticity of the data cannot be guaranteed.

This option accepts an object that must be serializable (JSON.stringify will be used to transmit it between clients). Other clients receive a copy of this object in their rtc_client_connected events.

Type: Object

Required: no

Example of client status information

tinymce.init({
  selector: 'textarea', // change this value according to your HTML
  plugins: 'rtc',
  rtc_client_details: { onMobile: true, region: 'us' }
})

rtc_client_connected

This option allows applications to show when a user enters the RTC session. When used in combination with rtc_client_disconnected, a user interface of connected users can be kept up to date.

Only one rtc_client_connected event will be fired per client connection. Connecting to a session with multiple existing clients will fire separate rtc_client_connected events for each existing client.

To help with generating a user interface for connected users, four pieces of data are provided:

User ID

This is the user’s unique ID (the sub field from their JWT, which is also used for rtc_user_details_provider). Multiple connection events will be received with the same user ID if a user opens multiple sessions (for example on desktop and mobile).

User Details

This is a copy of the object returned by rtc_user_details_provider. RTC only uses the fullName field, but the entire object will be cloned and passed to rtc_client_connected.

Client ID

This is a unique identifier, generated by the RTC protocol, that can be used to differentiate between the same user connecting multiple times.

Caret Number

This number corresponds to one of the 8 colours defined in TinyMCE CSS. TinyMCE supports 8 distinct caret colors. If more than 8 clients connect to a session, the numbers will be reused.

A custom skin is required to change these colours, and no more than 8 are supported in this release. For information on creating a custom skin, see: Customizing the Editor UI.

Client information

This is a copy of the rtc_client_info data from the remote user’s editor configuration.

Caution: TinyMCE cannot guarantee the accuracy of client information data, which comes from a remote object. Tiny recommends only using the client information data for status flags. To obtain authentic client information, use the rtc_user_details_provider data returned through the userDetails field.

Type: Function

Required: no

Input fields for rtc_client_connected

rtc_client_disconnected

The rtc_client_disconnected option can be used with the rtc_client_connected option to maintain a list of connected users.

Type: Function

Required: no

Input fields for rtc_client_disconnected

The same as rtc_client_connected

Example using client connect and disconnect events with custom user details

tinymce.init({
  selector: 'textarea', // change this value according to your HTML
  plugins: 'rtc',
  rtc_user_details_provider: ({userId}) => Promise.resolve({ fullName: "John Doe", jobTitle: "Engineer" }),
  rtc_client_connected: ({userDetails: {fullName, jobTitle}, caretNumber}) =>
    console.log(`${jobTitle} ${fullName} connected with caret number ${caretNumber}`)
  rtc_client_disconnected: ({userId, clientId, caretNumber, clientInfo}) =>
    console.log('Disconnected', userId, clientId, caretNumber, clientInfo)
})

Can't find what you're looking for? Let us know.

Except as otherwise noted, the content of this page is licensed under the Creative Commons BY-NC-SA 3.0 License, and code samples are licensed under the Apache 2.0 License.