The @dotcms/uve SDK adds live editing to your JavaScript app using the dotCMS Universal Visual Editor (UVE). It provides low-level tools that power our framework-specific SDKs, such as @dotcms/react and @dotcms/angular.

⚠️ We do not recommend using this SDK directly for most use cases, you should use a framework SDK that handles setup, rendering, and event wiring for you.

With @dotcms/uve, framework SDKs are able to:

• Make pages and contentlets editable
• Respond to editor events (content updates, mode changes)
• Trigger modal or inline editing experiences
• Sync app routing with the dotCMS editor

Before You Use @dotcms/uve#

---

Getting Started: Recommended Examples#

We strongly recommend using one of our official framework SDKs, which are designed to handle UVE integration, routing, rendering, and more—out of the box. These examples are the best way to get started:

• dotCMS Angular SDK: Angular Example – Ideal for Angular apps 🅰️
• dotCMS React SDK: NextJS Example – Ideal for NextJS projects ⚛️
• dotCMS React SDK: Astro Example – Ideal for Astro projects 🌌

These examples handle UVE integration, routing, rendering, and more—out of the box. If you're building a headless dotCMS front-end, start there.

🚩 Custom Setup: Manual Rendering (Not Recommended)#

💡 We recommend using one of our official framework SDKs, which are designed to handle UVE integration, routing, rendering, and more—out of the box.

You can use @dotcms/uve directly, but it’s not recommended or supported unless you’re building a highly custom integration. Here’s how the pieces fit together:

1. You must use @dotcms/client to fetch content and page data.
2. You must render pages based on dotCMS’s layout schema.
3. You must apply the correct data-dot-* attributes to containers and contentlets.

Here's a minimal setup using @dotcms/client and @dotcms/uve:

1. Initializa the Client and get the page response:

// getPage.ts
import { createDotCMSClient } from '@dotcms/client';
import { initUVE, createUVESubscription } from '@dotcms/uve';

const dotCMSClient = createDotCMSClient({
    dotcmsUrl: 'https://your-dotcms-instance.com',
    authToken: 'your-api-key',
    siteId: 'your-site-id'
});

const getPage = async () => {
    const pageResponse = await dotCMSClient.page.get('/', {
        languageId: '1'
    });

    return pageResponse;
};

1. Initialize the UVE and subscribe to changes:

⚠️ The initUVE() function only works with a PageResponse returned by @dotcms/client. If you try to pass in data from another source or build your own structure, it won't initialize properly.

import { initUVE, createUVESubscription } from '@dotcms/uve';
import { getPage } from './getPage';

const pageResponse = await getPage();

initUVE(pageResponse);
createUVESubscription('changes', (newPageResponse) => {
    // Handle page updates (e.g. re-render)
});

⚠️ This only sets up the editor connection. You are responsible for rendering the page structure (rows, columns, containers, contentlets) using your own UI components.

1. Create a custom render for the page:

// 🔧 Render the page layout (you must implement this component)
<MyDotCMSPage pageAsset={pageResponse.pageAsset} />

⚠️ Below is a simplified breakdown of how dotCMS layouts are structured and how you might render them manually.

🔄 How to Render a dotCMS Page#

📚 For a complete guide, here is a full tutorial: 👉 [dotCMS Page Rendering Architecture](https://github.com/dotCMS/core/blob/main/ https://dev.dotcms.com/docs/dotcms-page-rendering-architecture)

dotCMS pages are structured as nested layout objects:

• A PageAsset contains a layout object
• The layout includes rows, columns, containers, and contentlets

Here’s a basic pseudocode outline:

<Page>
  {layout.body.rows.map(row => (
    <Row>
      {row.columns.map(column => (
        <Column>
          {column.containers.map(container => (
            <Container data-dot-object="container" ...>
              {container.contentlets.map(contentlet => (
                <Contentlet data-dot-object="contentlet" ...>
                  {renderContentletByType(contentlet)}
                </Contentlet>
              ))}
            </Container>
          ))}
        </Column>
      ))}
    </Row>
  ))}
</Page>

Each contentlet is rendered according to its content type:

function renderContentletByType(contentlet) {
  switch(contentlet.contentType) {
    case 'text': return <TextBlock contentlet={contentlet} />;
    case 'image': return <ImageBlock contentlet={contentlet} />;
    case 'video': return <VideoBlock contentlet={contentlet} />;
    default: return null;
  }
}

To make the layout editable, be sure to apply all required data-dot-* attributes on containers and contentlets.

Prerequisites & Setup#

---

Get a dotCMS Environment#

Version Compatibility#

• Recommended: dotCMS Evergreen
• Minimum: dotCMS v25.05
• Best Experience: Latest Evergreen release

Environment Setup#

For Production Use:

• ☁️ Cloud hosting options - managed solutions with SLA
• 🛠️ Self-hosted options - deploy on your infrastructure

For Testing & Development:

• 🧑🏻‍💻 dotCMS demo site - perfect for trying out the SDK
• 📘 Learn how to use the demo site
• 📝 Read-only access, ideal for building proof-of-concepts

For Local Development:

• 🐳 Docker setup guide
• 💻 Local installation guide

Configure The Universal Visual Editor App#

For a step-by-step guide on setting up the Universal Visual Editor, check out our easy-to-follow instructions and get started in no time!

Installation#

npm install @dotcms/uve@latest

Using the SDK with TypeScript#

All interfaces and types are available through the @dotcms/types package:

npm install @dotcms/types@latest --save-dev

Common Types#

The SDK uses several key types from @dotcms/types:

import {
    DotCMSBasicContentlet,
    DotCMSPageResponse,
    DotCMSUVEConfig,
    DotCMSInlineEditingType,
    UVEEventType,
    UVEState
} from '@dotcms/types';

For a complete reference of all available types and interfaces, please refer to the @dotcms/types documentation.

SDK Reference#

---

initUVE(config?: DotCMSUVEConfig)#

initUVE is a function that initializes the Universal Visual Editor (UVE). It sets up the necessary communication between your app and the editor, enabling seamless integration and interaction.

Usage#

const { destroyUVESubscriptions } = initUVE(pageResponse);

⚠️ If you don't provide a pageResponse, we can't assure that the UVE will be initialized correctly.

getUVEState()#

getUVEState is a function that returns the UVE state if UVE is active.

Usage#

import { getUVEState } from '@dotcms/uve';
import { UVE_MODE } from '@dotcms/types';

const myEditButton = () => {
    const uveState = getUVEState();

    if (uveState?.mode === UVE_MODE.EDIT) {
        return <button>Edit</button>;
    }

    return null;
};

UVE State#

• dotCMSHost: The host URL of the DotCMS instance
• experimentId: The ID of the current experiment
• languageId: The language ID of the current page set on the UVE
• mode: The current editor mode ('preview', 'edit', 'live')
• persona: The persona of the current page set on the UVE
• publishDate: The publish date of the current page set on the UVE
• variantName: The name of the current variant

createUVESubscription(eventType, callback)#

createUVESubscription is a function that allows your application to dynamically interact with UVE by subscribing to events such as content changes or navigation updates. This enables your app to respond in real-time to user actions and editor events, enhancing the interactive experience.

Usage#

import { createUVESubscription } from '@dotcms/uve';
import { UVEEventType } from '@dotcms/types';

const sub = createUVESubscription(UVEEventType.CONTENT_CHANGES, (newPageResponse) => {
    // do something when the content changes
});

// Later, when you want to unsubscribe
sub.unsubscribe();

Event Types#

• UVEEventType.CONTENT_CHANGES: Triggered when the content of the page changes.
• UVEEventType.PAGE_RELOAD: Triggered when the page is reloaded.
• UVEEventType.REQUEST_BOUNDS: Triggered when the editor requests the bounds of the page.
• UVEEventType.IFRAME_SCROLL: Triggered when the iframe is scrolled.
• UVEEventType.IFRAME_SCROLL_END: Triggered when the iframe has stopped scrolling.
• UVEEventType.CONTENTLET_HOVERED: Triggered when a contentlet is hovered.

editContentlet(contentlet)#

editContentlet is a function that opens the dotCMS modal editor for any contentlet in or out of page area.

Usage#

import { editContentlet, getUVEState } from '@dotcms/uve';
import { UVE_MODE } from '@dotcms/types';

const myEditButton = ({ contentlet }) => {
    const uveState = getUVEState();

    if (uveState?.mode === UVE_MODE.EDIT) {
        return <button onClick={() => editContentlet(contentlet)}>Edit</button>;
    }

    return null;
};

initInlineEditing(type, data)#

initInlineEditing is a function that triggers inline editing for supported field types (WYSIWYG or Block Editor).

Usage#

import { initInlineEditing, getUVEState } from "@dotcms/uve";
import { UVE_MODE } from "@dotcms/types";

const MyBanner = ({ contentlet }) => {
  const uveState = getUVEState();

  const handleClick = () => {
    if (uveState?.mode === UVE_MODE.EDIT) {
      const { inode, contentType, title } = contentlet;
      initInlineEditing("BLOCK_EDITOR", {
        inode,
        contentType,
        content: title,
        fieldName: "title",
      });
    }
  };
  return (
    <div>
      <h1 onClick={handleClick}>{contentlet.title}</h1>
      <p>{contentlet.description}</p>
    </div>
  );
};

DotCMSInlineEditingPayload#

• inode (string): The inode of the contentlet to edit.
• contentType (string): The content type of the contentlet to edit.
• fieldName (string): The name of the field to edit.
• content (string): The content of the field to edit.

enableBlockEditorInline(contentlet, fieldName)#

enableBlockEditorInline is a shortcut to enable inline block editing for a field.

Usage#

import { enableBlockEditorInline, getUVEState } from '@dotcms/uve';
import { UVE_MODE } from '@dotcms/types';

const MyBanner = ({ contentlet }) => {
    const uveState = getUVEState();

    const handleClick = () => {
        if (uveState?.mode === UVE_MODE.EDIT) {
            enableBlockEditorInline(contentlet, 'blockContent');
        }
    };

    return <MyBlockEditorRender onClick={handleClick} />;
};

updateNavigation(pathname)#

updateNavigation is a function that notifies UVE that navigation has changed (e.g., in SPAs).

Usage#

import { updateNavigation } from '@dotcms/uve';

updateNavigation('/navigate-to-this-new-page');

reorderMenu(config?)#

reorderMenu is a function that opens the UVE menu editor to reorder navigation links.

Usage#

import { reorderMenu } from '@dotcms/uve';

reorderMenu({ startLevel: 2, depth: 3 });

DotCMSReorderMenuConfig#

• startLevel (number): The level to start reordering from
• depth (number): The depth of the menu to reorder

sendMessageToUVE(message)#

sendMessageToUVE is a low-level function to send custom messages to UVE.

Usage#

sendMessageToUVE({
  action: DotCMSUVEAction.CUSTOM_EVENT,
  payload: { type: 'MyEvent', data: {...} }
});

DotCMSUVEMessage#

Style Editor#

---

What is the Style Editor?#

The Style Editor is a powerful feature that enables content authors to customize component appearance, layout, typography, colors, and other configurable aspects in real time within the Universal Visual Editor (UVE), without requiring code changes or page reloads.

Style editor schemas are configured in the DotCMS admin UI under Content Types (in the content type metadata). The SDK fetches schemas automatically — no schema definition code is required in your application.

Key Benefits:

• Real-Time Visual Editing: Modify component styles and see changes instantly in the editor
• Content-Specific Customization: Different content types can have unique style schemas, and the same contentlet could have different styles depending on if it is located in a different container or page
• Admin-Managed: Style schemas are defined in the DotCMS admin UI under Content Types and fetched automatically by the SDK

Use Cases:

• Adjust typography (font size, family, weight)
• Configure layouts (grid columns, alignment, spacing)
• Customize colors and themes
• Toggle component features (borders, shadows, decorations)
• Control responsive behavior
• Modify animation settings

Accessing Style Values#

Style Editor values are managed internally by UVE and passed to your components through the dotStyleProperties attribute. This attribute is available in your contentlet component props.

In React Components#

When rendering contentlets, style properties are accessed through the dotStyleProperties prop:

import { DotCMSBasicContentlet } from '@dotcms/types';

interface ActivityProps {
    contentlet: DotCMSBasicContentlet;
    dotStyleProperties?: Record<string, any>;
}

function Activity(props: ActivityProps) {
    const { title, description, dotStyleProperties } = props; // Contentlet information

    // Access style values using dot notation or bracket notation
    const fontSize = dotStyleProperties?.['font-size'];
    const textAlign = dotStyleProperties?.text;
    const layout = dotStyleProperties?.layout;

    return (
        <div style={{ fontSize, textAlign }}>
            <h1>{title}</h1>
            <p>{description}</p>
        </div>
    );
}

Value Types by Field Type#

Input Field:

// Returns: string (text) or number (number input)
const fontSize: string = '16px';
const padding: number = 24;

Dropdown Field:

// Returns: string (the selected value)
const theme: string = 'light';
const fontFamily: string = 'Arial';

Radio Field:

// Returns: string (the selected value)
const layout: string = 'left';
const alignment: string = 'center';

Checkbox Group:

// Returns: Record<string, boolean> (object with key-value pairs)
const textStyles: Record<string, boolean> = {
    bold: true,
    italic: false,
    underline: true,
    strikethrough: false
};

// Access individual values
if (textStyles.bold) {
    // Apply bold styling
}

Applying Style Values#

Use the style values to conditionally render styles, classes, or component variants:

function BlogPost(props) {
    const { title, body, dotStyleProperties } = props;

    // Example: Apply dynamic font size
    const fontSize = dotStyleProperties?.['font-size'] || '16px';

    // Example: Apply layout classes
    const layout = dotStyleProperties?.layout || 'default';
    const layoutClass = `layout-${layout}`;

    // Example: Apply checkbox group values
    const textStyles = dotStyleProperties?.['text-style'] || {};
    const textStyleClasses = [
        textStyles.bold ? 'font-bold' : '',
        textStyles.italic ? 'font-italic' : '',
        textStyles.underline ? 'text-underline' : ''
    ]
        .filter(Boolean)
        .join(' ');

    return (
        <div className={`${layoutClass} ${textStyleClasses}`} style={{ fontSize }}>
            <h1>{title}</h1>
            <p>{body}</p>
        </div>
    );
}

💡 Note: The dotStyleProperties prop is automatically passed to your contentlet components by the framework SDK when UVE is active.

Current Capabilities and Limitations:#

When defining styles for a contentlet within a page using Style Editor, the following behaviors might occur:

NOTE: (🎨 Styles are different) means the capability to define distinct styles, even when utilizing the identical Contentlet.

The only known limitation is that moving a contentlet with defined styles between different container types (5th scenario), results in the loss of those styles. See the technical details document for our planned solution.

Troubleshooting#

---

Common Issues & Solutions#

Memory Management#

1. Memory Leaks: Application experiences memory leaks
   • Possible Causes:
     • Failing to call destroyUVESubscriptions() on unmount
   • Solutions:
     • Always call destroyUVESubscriptions() when your component unmounts to clean up subscriptions

Editor State#

1. Undefined State: getUVEState() returns undefined
   • Possible Causes:
     • Application not running inside the dotCMS editor
   • Solutions:
     • Ensure your application is running within the dotCMS environment when calling getUVEState()

Event Handling#

1. Unsubscribed Events: Events not unsubscribed leading to unexpected behavior
   • Possible Causes:
     • Not unsubscribing from events
   • Solutions:
     • Always unsubscribe from events using the unsubscribe() method to prevent memory leaks

Inline Editing#

1. Invalid Contentlet or Field: initInlineEditing() requires valid contentlet and field name
   • Possible Causes:
     • Incorrect contentlet or field name
   • Solutions:
     • Verify that the contentlet and field name are correct and exist in the dotCMS instance

Non-existent Page Navigation#

1. Navigation to a non-existent page: May break content sync in UVE and make the editor redirect to the home page
   • Possible Causes:
     • Navigation to a non-existent page
   • Solutions:
     • Ensure the page exists in the dotCMS instance

Menu Reordering#

1. UI Action Requirement: reorderMenu() must be called from a UI action
   • Possible Causes:
     • Attempting to auto-trigger reorderMenu()
   • Solutions:
     • Ensure reorderMenu() is triggered by a user action within the UI

Debugging Tips#

1. Ensure you are in the UVE Context
   • Check if you are in the UVE context by calling getUVEState()
   • If you are not in the UVE context, you will not be able to use the UVE SDK correctly
2. Check Browser Console
   • Check for errors in the browser console
   • Check for errors in the browser network tab
3. Network Monitoring
   • Use browser dev tools to monitor API calls
   • Check for 401/403 errors (auth issues)
   • Verify asset loading paths

Still Having Issues?#

If you're still experiencing problems after trying these solutions:

1. Search existing GitHub issues
2. Check our community forum
3. Create a new issue with:
   • Detailed reproduction steps
   • Environment information
   • Error messages
   • Code samples

Support#

---

We offer multiple channels to get help with the dotCMS UVE SDK:

• GitHub Issues: For bug reports and feature requests, please open an issue in the GitHub repository
• Community Forum: Join our community discussions to ask questions and share solutions
• Stack Overflow: Use the tag dotcms-uve when posting questions
• Enterprise Support: Enterprise customers can access premium support through the dotCMS Support Portal

When reporting issues, please include:

• SDK version you're using
• dotCMS version
• Minimal reproduction steps
• Expected vs. actual behavior

Contributing#

---

GitHub pull requests are the preferred method to contribute code to dotCMS. We welcome contributions to the dotCMS UVE SDK! If you'd like to contribute, please follow these steps:

1. Fork the repository dotCMS/core
2. Create a feature branch (git checkout -b feature/amazing-feature)
3. Commit your changes (git commit -m 'Add some amazing feature')
4. Push to the branch (git push origin feature/amazing-feature)
5. Open a Pull Request

Please ensure your code follows the existing style and includes appropriate tests.

Licensing#

---

dotCMS comes in multiple editions and as such is dual-licensed. The dotCMS Community Edition is licensed under the GPL 3.0 and is freely available for download, customization, and deployment for use within organizations of all stripes. dotCMS Enterprise Editions (EE) adds several enterprise features and is available via a supported, indemnified commercial license from dotCMS. For the differences between the editions, see the feature page.

This SDK is part of dotCMS's dual-licensed platform (GPL 3.0 for Community, commercial license for Enterprise).

Learn more at dotcms.com.