Plate
PlateEditorsTemplates
GitHub16kGitHub
DiscordDiscord
    • Overview
    • Why This Fork
    • Examples
    • Installing Plite
    • Adding Event Handlers
    • Defining Custom Elements
    • Applying Custom Formatting
    • Executing Commands
    • Saving to a Database
    • Canonical Change Substrate
    • Improving Performance
    • Interfaces
    • Nodes
    • Locations
    • Transforms
    • Document Changes
    • Commands
    • Editor
    • Plugins
    • Rendering
    • Serializing
    • Normalizing
    • Using TypeScript
    • Roots
    • Document State
    • Editing Behavior
    • Selection And DOM
    • Clipboard And Paste
    • Decorations, annotations, and widgets
    • Schema
    • Anchor API
    • Location API
    • Path API
    • PointEntry API
    • Point API
    • Range API
    • Selection API
    • Location Types APIs
    • Span API
    • Editor
    • Element API
    • NodeEntry API
    • Node API
    • Node Types APIs
    • Text API
    • Debug Value Scrubbing
    • Transforms API
    • Plite DOM
    • History Editor API
    • History Plugin Setup
    • History
    • Plite History
    • Plite Hyperscript
    • Plite PaginationExperimental
    • Annotations
    • DOM Coverage Boundaries
    • Editable Component
    • External Text Views
    • Plite React Event Handling
    • Virtualized Rendering
    • Plite React Hooks
    • React Editor Setup
    • React Editor
    • Plite React
    • Plite Component
    • Plite Yjs
    • Plite
    • Migration
    • Contributing
    • FAQ
    • Resources

Plugins

PreviousNext

Package reusable Plite schema, reads, updates, APIs, and lifecycle behavior.

Plugins package reusable Plite behavior that should be installed, ordered, and removed as one unit. Plate builds its product-level plugin conventions on this smaller runtime primitive.

On this page

  • Smallest Plugin
  • Read And Update Helpers
  • Plugin APIs
  • Plugin Order
  • Typed Plugin Points
  • Activation And Reconfiguration
  • Schema Contributions
  • Read Middleware
  • Commands And Corrections
EditorRendering

On This Page

On this pageSmallest pluginRead and update helpersPlugin APIsPlugin orderTyped plugin pointsActivation and reconfigurationSchema contributionsRead middlewareCommands and correctionsClipboard and fragment policySlot referenceType inference
Build your editor
Production-ready AI template and reusable components.
Get all-access
  • Clipboard And Fragment Policy
  • Slot Reference
  • Type Inference
  • Smallest plugin

    definePlugin(...) preserves the literal plugin name and lets createEditor(...) infer every installed capability. A complete schema is also an plugin, created with defineEditorSchema(...).

    import {
      createEditor,
      definePlugin,
      defineEditorSchema,
      schema,
    } from "plitejs";
     
    const ArticleSchema = defineEditorSchema("schema:article", {
      elements: {
        paragraph: {
          content: schema.content.text({ default: "text", min: 1 }),
        },
      },
      id: "article",
      root: schema.content.type("paragraph", {
        default: { type: "paragraph" },
        min: 1,
      }),
      unknown: "reject",
      version: 1,
    });
     
    const ArticlePlugin = definePlugin("article", {});
     
    const editor = createEditor({
      plugins: [ArticleSchema, ArticlePlugin] as const,
      initialValue: [{ type: "paragraph", children: [{ text: "" }] }],
    });
    import {
      createEditor,
      definePlugin,
      defineEditorSchema,
      schema,
    } from "plitejs";
     
    const ArticleSchema = defineEditorSchema("schema:article", {
      elements: {
        paragraph: {
          content: schema.content.text({ default: "text", min: 1 }),
        },
      },
      id: "article",
      root: schema.content.type("paragraph", {
        default: { type: "paragraph" },
        min: 1,
      }),
      unknown: "reject",
      version: 1
    
    
    
    
    
    
    
    

    Use feature plugins for reusable behavior and partial schema contributions. Use one complete schema to close the document vocabulary. See Schema for the declaration and compiler model.

    Read and update helpers

    Use read for owner-local queries and update for owner-local model writes. The plugin name becomes the namespace on editor.read and editor.update.

    import { createEditor, definePlugin, txLocate } from "plitejs";
     
    const LinksPlugin = definePlugin("links", {
      read: ({ state }) => ({
        hasSelection() {
          return state.selection() !== null;
        },
      }),
      update: ({ tx }) => ({
        setHref: txLocate(false, (href: string) => {
          tx.nodes.set({ url: href });
        }),
      }),
    });
     
    const editor = createEditor({
      plugins: [LinksPlugin],
    });
     
    const canEditLink = editor.read((state) => state.links.hasSelection());
     
    editor.update.links.setHref("https://example.com");
     
    editor.update((tx) => {
      tx.links.setHref("https://example.com");
    });
    import { createEditor, definePlugin, txLocate } from "plitejs";
     
    const LinksPlugin = definePlugin("links", {
      read: ({ state }) => ({
        hasSelection() {
          return state.selection() !== null;
        },
      }),
      update: ({ tx }) => ({
        setHref: txLocate(false, (href: string) => {
          tx.nodes.set({ url: href });
        }),
      }),
    });
     
    const editor =
    
    
    
    
    
    
    
    
    
    

    Plite constructs each read namespace once for an installed plugin configuration. Return methods or nested method records. Read live document state inside those methods; do not return document-derived data properties or perform reads while constructing the namespace. Put stable constants and host services in api.

    Direct calls such as editor.read.links.hasSelection() execute inside the same coherent read boundary as editor.read((state) => ...).

    Plugin write methods must finish synchronously. Returning a Promise or other thenable throws, including when a caller ignores the result inside editor.update(...). An uncaught failure discards the update draft.

    Calling an update method with an argument throws unless the method declares where it acts. Wrap it in txLocate(false, method) when its arguments hold no location, as with setHref; the method then runs in the view's own root or, on the editor, in the root that holds the caret, and a call that also passes a function runs in the root of the editor or view you call. Wrap it in txLocate(locateAt(0), method) when its first argument's at names the target; the method then runs in that target's root. A method without parameters needs no wrapper.

    Reads cannot write by accident. Updates can still read transaction-local state after earlier writes in the same transaction. Wrap a method with txOnly(...) when it requires an active transaction; Plite then omits it from the direct editor.update group.

    An update helper should perform Plite model writes. Keep UI, layout, network, and other host services in api.

    Plugin APIs

    api is the single host-service channel. Declare it as a factory even when it needs no context. Its single context object exposes editor, root, and getContributions. Plite publishes the returned object through the plugin name and through the exact descriptor portal.

    const LinksPlugin = definePlugin("links", {
      api: () => ({
        normalizeHref(href: string) {
          return new URL(href).toString();
        },
      }),
    });
     
    const editor = createEditor({
      plugins: [LinksPlugin],
    });
     
    editor.api.links.normalizeHref("https://example.com");
    editor.plugin(LinksPlugin).api.normalizeHref("https://example.com");
    const LinksPlugin = definePlugin("links", {
      api: () => ({
        normalizeHref(href: string) {
          return new URL(href).toString();
        },
      }),
    });
     
    const editor = createEditor({
      plugins: [LinksPlugin],
    });
     
    editor.api.links.normalizeHref("https://example.com");
    editor.plugin(LinksPlugin).api.normalizeHref("https://example.com");

    Use editor.api.links when application code knows the installed editor shape. Use editor.plugin(LinksPlugin).api when generic package code owns the descriptor. Both paths reference the same immutable API object.

    Do not use api as a document command bus. Document mutations belong in update; host services such as DOM focus, measurements, history batching, or framework bridges belong in api.

    Plugin order

    Use descriptor-valued dependencies when one plugin requires another. Use conflicts when two descriptors cannot be installed together.

    const LinksPlugin = definePlugin("links", {
      api: () => ({
        normalizeHref(href: string) {
          return new URL(href).toString();
        },
      }),
    });
     
    const MentionsPlugin = definePlugin("mentions", {
      dependencies: [LinksPlugin],
      update: ({ tx }) => ({
        insert: txLocate(false, (character: string) => {
          tx.nodes.insert({
            type: "mention",
            character,
            children: [{ text: "" }],
          });
        }),
      }),
    });
    const LinksPlugin = definePlugin("links", {
      api: () => ({
        normalizeHref(href: string) {
          return new URL(href).toString();
        },
      }),
    });
     
    const MentionsPlugin = definePlugin("mentions", {
      dependencies: [LinksPlugin],
      update: ({ tx }) => ({
        insert: txLocate(false, (character: string) => {
          tx.nodes.insert({
            type: "mention",
    
    
    
    
    
    

    Plite installs LinksPlugin transitively before MentionsPlugin. Shared dependencies activate once and remain installed until their last direct or transitive owner is removed. Configuration fails for dependency cycles, duplicate active names, or installed conflicting descriptors.

    The public dependency reference is deliberately shallow: literal name and optional enabled, with no recursive capability graph. Finite name-keyed capability/provider contracts use clean public types from plitejs. Static portal types prove that one installed name has the same capability as the descriptor; runtime access separately requires the exact installed descriptor identity.

    Typed plugin points

    Use definePluginPoint(...) when another package owns an ordered typed contribution channel outside the headless model.

    import {
      definePlugin,
      definePluginPoint,
    } from "plitejs";
     
    type MeasurementSource = {
      measure(): number;
    };
     
    const measurements =
      definePluginPoint<MeasurementSource>("app:measurement-source");
     
    const MeasuredPlugin = definePlugin("measured", {
      contributions: [
        measurements.of({
          measure: () => performance.now(),
        }),
      ],
    });
    import {
      definePlugin,
      definePluginPoint,
    } from "plitejs";
     
    type MeasurementSource = {
      measure(): number;
    };
     
    const measurements =
      definePluginPoint<MeasurementSource>("app:measurement-source");
     
    const MeasuredPlugin = definePlugin("measured", {
      contributions: [
        measurements.of({
          measure: () => performance.now(),
        }),
      ],
    });

    The plugin point owns identity and type. Validators collect its ordered values with context.getContributions(measurements), so arbitrary strings do not become a hidden dependency API.

    Activation and reconfiguration

    Keep schema, read, update, command, and API declarations on the plugin. Use activate(context) only for synchronous resource ownership. Register cleanup before activation returns, and defer external work that must observe the published candidate to context.afterPublish(...).

    const TableNavigationPlugin = definePlugin("tableNavigation", {
      update: ({ tx }) => ({
        insertRow() {
          tx.nodes.insert({
            type: "table-row",
            children: [{ type: "table-cell", children: [{ text: "" }] }],
          });
        },
      }),
      activate(context) {
        const controller = createTableNavigationController();
     
        context.onCleanup(({ reason }) => controller.dispose(reason));
        context.afterPublish(() => controller.start({ signal: context.signal }));
      },
      validate(context) {
        validateTableContributions(context.getContributions(tableContributions));
      },
    });
    const TableNavigationPlugin = definePlugin("tableNavigation", {
      update: ({ tx }) => ({
        insertRow() {
          tx.nodes.insert({
            type: "table-row",
            children: [{ type: "table-cell", children: [{ text: "" }] }],
          });
        },
      }),
      activate(context) {
        const controller = createTableNavigationController();
     
        context.onCleanup(({ reason }) => controller.dispose(reason));
        context.afterPublish(() => controller.start({ signal: context.signal }));
    
    
    
    
    

    Plite compiles and validates a detached candidate before publication. API factories see the same declarative schema and descriptor-resolved dependency APIs. Factory results become visible together in the final candidate passed to validate(context). Activation runs only after every validator succeeds.

    Activation can run during a React render that never commits, so keep activate in memory and take anything outside the editor, such as a shared document, with context.acquire(take). take runs after every beforePublish passes, or when React commits the component that owns the editor, and returns the release. Releases run before cleanups, on removal, replacement, rollback, unmount and editor.destroy().

    Lifecycle callbacks are synchronous and cannot publish editor writes. Cleanup receives remove, replace, or rollback as its reason; lifecycle failures report through the editor error sink.

    Use a named plugin slot when installed behavior must change after editor creation. The replacement is staged in the surrounding transaction and becomes visible with the same commit as document and state changes.

    import { createEditor, definePlugin, definePluginSlot } from "plitejs";
     
    const AlternativeNavigationPlugin = definePlugin("alternativeNavigation", {});
     
    const navigation = definePluginSlot("navigation");
    const editor = createEditor({
      plugins: [navigation.of(TableNavigationPlugin)] as const,
    });
     
    editor.update((tx) => {
      tx.plugins.reconfigure(navigation, AlternativeNavigationPlugin);
    });
    import { createEditor, definePlugin, definePluginSlot } from "plitejs";
     
    const AlternativeNavigationPlugin = definePlugin("alternativeNavigation", {});
     
    const navigation = definePluginSlot("navigation");
    const editor = createEditor({
      plugins: [navigation.of(TableNavigationPlugin)] as const,
    });
     
    editor.update((tx) => {
      tx.plugins.reconfigure(navigation, AlternativeNavigationPlugin);
    });

    When a replacement schema rejects the current document, pass a migrate callback. Compilation, migration, and validation finish before one document-plus-plugin commit; failure publishes nothing. See Atomic Reconfiguration.

    editor.install(...) is the host-level dynamic form. Prefer a named slot when the replacement must commit atomically with other model writes.

    Schema contributions

    Feature plugins add document vocabulary through schema. Element-owned properties live with the element; cross-cut properties use a top-level property declaration with an explicit target.

    import { definePlugin, property, schema } from "plitejs";
     
    const tableModel = {
      schema: {
        elements: {
          tableCell: {
            content: schema.content.group("block", {
              default: { type: "paragraph" },
              min: 1,
            }),
            isolating: true,
            properties: {
              colSpan: property.number({ default: 1, omitDefault: true }),
              rowSpan: property.number({ default: 1, omitDefault: true }),
            },
          },
        },
      },
    } as const;
     
    const tableCell = schema.handle.element(tableModel, "tableCell");
    const colSpan = schema.handle.property(tableCell, "colSpan");
     
    const TablesPlugin = definePlugin("tables", {
      ...tableModel,
      read: ({ state }) => ({
        selectedCellColSpan(element) {
          return state.schema.getProperty(element, colSpan);
        },
      }),
    });
    import { definePlugin, property, schema } from "plitejs";
     
    const tableModel = {
      schema: {
        elements: {
          tableCell: {
            content: schema.content.group("block", {
              default: { type: "paragraph" },
              min: 1,
            }),
            isolating: true,
            properties: {
              colSpan: property.number({ default: 1, omitDefault: true }),
              rowSpan: property.number({ default: 1, omitDefault: true }),
            },
          },
        },
      },
    } 
    
    
    
    
    
    
    
    
    
    
    
    

    A schema factory receives only the plugin name. Capture immutable domain inputs in the factory that creates the descriptor.

    import { definePlugin, property, schema, target } from "plitejs";
     
    const createCommentsPlugin = (prefix: string) =>
      definePlugin("comments", {
        schema: ({ name }) => ({
          properties: [
            schema.textProperty(
              schema.key.prefix(`${prefix}${name}_`),
              property.boolean({ default: false, omitDefault: true }),
              {
                split: "preserve",
                target: target.group("element"),
                typeChange: "preserve-if-allowed",
              }
            ),
          ],
        }),
      });
    import { definePlugin, property, schema, target } from "plitejs";
     
    const createCommentsPlugin = (prefix: string) =>
      definePlugin("comments", {
        schema: ({ name }) => ({
          properties: [
            schema.textProperty(
              schema.key.prefix(`${prefix}${name}_`),
              property.boolean({ default: false, omitDefault: true }),
              {
                split: "preserve",
                target: target.group("element"),
                typeChange: "preserve-if-allowed"
    
    
    
    
    

    Element declarations can describe inline, void, atom, isolating, object, readOnly, selectable, and markableVoid behavior. See Selection And DOM and Roots for the associated selection and root laws.

    Read middleware

    Use readMiddleware to wrap a declared core read. Register middleware against an editorReads descriptor; the descriptor infers the input, result, editor, and state types.

    import {
      definePlugin,
      editorReads,
      ElementApi,
    } from "plitejs";
     
    const ClosedSectionsPlugin = definePlugin("closedSections", {
      readMiddleware: ({ around }) => [
        around(
          editorReads.nodes.isSelectable,
          ({ input: { element }, next }) =>
            ElementApi.isElement(element) && element.closed === true ? false : next()
        ),
      ],
    });
    import {
      definePlugin,
      editorReads,
      ElementApi,
    } from "plitejs";
     
    const ClosedSectionsPlugin = definePlugin("closedSections", {
      readMiddleware: ({ around }) => [
        around(
          editorReads.nodes.isSelectable,
          ({ input: { element }, next }) =>
            ElementApi.isElement(element) && element.closed === true ? false : next()
        ),
      ],
    });

    Middleware runs in plugin order. next() delegates once and accepts a replacement input when needed. The provided state is read-only and observes an active transaction draft.

    Use editorReads.slice.export for ordered export projection:

    const CleanExportPlugin = definePlugin("cleanExport", {
      readMiddleware: ({ around }) => [
        around(editorReads.slice.export, ({ next }) => {
          const slice = next();
     
          return {
            ...slice,
            content: removeTransientProperties(slice.content),
          };
        }),
      ],
    });
    const CleanExportPlugin = definePlugin("cleanExport", {
      readMiddleware: ({ around }) => [
        around(editorReads.slice.export, ({ next }) => {
          const slice = next();
     
          return {
            ...slice,
            content: removeTransientProperties(slice.content),
          };
        }),
      ],
    });

    Commands and corrections

    Use defineCommand(...) when an action needs headless evaluation or plugin policy. Its pure builder and plugin handlers return false or a frozen TransactionSpec; commands registers typed interceptors without patching editor methods. See Commands for the complete flow.

    Use corrections for deterministic schema repairs triggered by canonical changed ranges. A correction writes through its provided transaction and must converge. Keyboard events and host UI remain React or DOM adapter concerns.

    Clipboard and fragment policy

    DOM clipboard ingress is a typed plugin point owned by plitejs/dom. Intercept domCommands.insertData through commands. The interceptor receives the DataTransfer as input; return a transaction spec from state.transaction(...) when it owns the payload, or next() to continue Plite's slice, DataTransfer-format, and plain-text import path. See Clipboard And Paste.

    Wrap editorReads.slice.export with readMiddleware to sanitize copied or dragged content. Call editor.read.slice.export() when content leaves the editor; editor.read.slice.get() returns the structural selection slice unchanged.

    Slot reference

    Start with schema, read, and update. Reach for the other slots only when the behavior needs that runtime phase.

    SlotUse it for
    namestable plugin identity
    enableddeclarative inclusion
    dependenciesdescriptors installed before this plugin
    conflictsdescriptors that cannot be installed with this plugin
    schemaelement, property, group, and root contributions
    readowner-local read helpers
    updateowner-local atomic and direct update helpers
    readMiddlewaretyped middleware over editorReads descriptors
    commandspure typed command interceptors
    correctionsdeterministic changed-range structural repairs
    stateFieldstyped persisted or runtime state descriptors
    effectTypestyped commit-effect descriptors and codecs
    apihost services exposed through the plugin namespace
    contributionstyped ordered values consumed through an plugin point
    on.*commit, transactionChange, nodeChange, and textChange
    activatesynchronous resource ownership and cleanup registration
    validatedetached candidate validation

    Keep product conventions above these raw slots. Frameworks can build richer feature APIs on Plite's smaller plugin substrate.

    Type inference

    Let definePlugin(...) infer its one definition type from the author object. DefinitionOf<typeof Plugin> recovers the compact public contract when generic library code needs it.

    import {
      type DefinitionOf,
      definePlugin,
      txLocate,
    } from "plitejs";
     
    const ImagesPlugin = definePlugin("images", {
      schema: {
        elements: {
          image: {
            void: "block",
          },
        },
      },
      update: ({ tx }) => ({
        insert: txLocate(false, (url: string) => {
          tx.nodes.insert({
            type: "image",
            url,
            children: [{ text: "" }],
          });
        }),
      }),
    });
     
    type ImagesDefinition = DefinitionOf<typeof ImagesPlugin>;
    import {
      type DefinitionOf,
      definePlugin,
      txLocate,
    } from "plitejs";
     
    const ImagesPlugin = definePlugin("images", {
      schema: {
        elements: {
          image: {
            void: "block",
          },
        },
      },
      update: ({ tx }) => ({
        insert: txLocate(false, (url: string) => {
          tx.nodes.insert({
            type: "image",
            url,
    
    
    
    
    
    
    

    Do not annotate callback contexts or pass a separate editor generic. The definition factory, installed descriptor tuple, and descriptor portal preserve the inferred capabilities.

    ,
    });
    const ArticlePlugin = definePlugin("article", {});
    const editor = createEditor({
    plugins: [ArticleSchema, ArticlePlugin] as const,
    initialValue: [{ type: "paragraph", children: [{ text: "" }] }],
    });
    createEditor
    ({
    plugins: [LinksPlugin],
    });
    const canEditLink = editor.read((state) => state.links.hasSelection());
    editor.update.links.setHref("https://example.com");
    editor.update((tx) => {
    tx.links.setHref("https://example.com");
    });
    character,
    children: [{ text: "" }],
    });
    }),
    }),
    });
    },
    validate(context) {
    validateTableContributions(context.getContributions(tableContributions));
    },
    });
    as
    const
    ;
    const tableCell = schema.handle.element(tableModel, "tableCell");
    const colSpan = schema.handle.property(tableCell, "colSpan");
    const TablesPlugin = definePlugin("tables", {
    ...tableModel,
    read: ({ state }) => ({
    selectedCellColSpan(element) {
    return state.schema.getProperty(element, colSpan);
    },
    }),
    });
    ,
    }
    ),
    ],
    }),
    });
    children: [{ text:
    ""
    }],
    });
    }),
    }),
    });
    type ImagesDefinition = DefinitionOf<typeof ImagesPlugin>;