Nodes

The most important type are the Node objects:

• A root-level Editor node that contains their entire document's content.

• Container Element nodes which have semantic meaning in your domain.

• And leaf-level Text nodes which contain the document's text.

These three interfaces are combined together to form a tree—just like the DOM. For example, here's a simple plaintext value:

const editor = {
  children: [
    {
      type: 'paragraph',
      children: [
        {
          text: 'A line of text!',
        },
      ],
    },
  ],
  // ...the editor has other properties too.
}

Mirroring the DOM as much as possible is one of Slate's principles. People use the DOM to represent documents with richtext-like structures all the time. Mirroring the DOM helps make the library familiar for new users, and it lets us reuse battle-tested patterns without having to reinvent them ourselves.

🤖 The following content on Mozilla's Developer Network may help you learn more about the corresponding DOM concepts:

• Document

• Block Elements

• Inline elements

• Text elements

A Slate document is a nested and recursive structure. In a document, elements can have children nodes—all which may have children nodes without limit. The nested and recursive structure enables you to model simple behaviors such as user mentions and hashtags or complex behaviors such as tables and figures with captions.

Editor

The top-level node in a Slate document is the Editor itself. It encapsulates all of the richtext "content" of the document. Its interface is:

interface Editor {
  children: Node[]
  ...
}

We'll cover its functionality later, but the important part as far as nodes are concerned is its children property which contains a tree of Node objects.

Element

Elements make up the middle layers of a richtext document. They are the nodes that are custom to your own domain. Their interface is:

interface Element {
  children: Node[]
}

You can define custom elements for any type of content you want. For example you might have paragraphs and quotes in your data model which are differentiated by a type property:

const paragraph = {
  type: 'paragraph',
  children: [...],
}

const quote = {
  type: 'quote',
  children: [...],
}

It's important to note that you can use any custom properties you want. The type property in that example isn't something Slate knows or cares about. If you were defining your own "link" nodes, you might have a url property:

const link = {
  type: 'link',
  url: 'https://example.com',
  children: [...],
}

Or maybe you want to give all of your nodes ID an property:

const paragraph = {
  id: 1,
  type: 'paragraph',
  children: [...],
}

All that matters is that elements always have a children property.

Blocks vs. Inlines

Depending on your use case, you might want to define another behavior for Element nodes which determines their editing "flow".

All elements default to being "block" elements. They each appear separated by vertical space, and they never run into each other.

But in certain cases, like for links, you might want to make as "inline" flowing elements instead. That way they live at the same level as text nodes, and flow.

🤖 This is a concept borrowed from the DOM's behavior, see Block Elements and Inline Elements.

You can define which nodes are treated as inline nodes by overriding the editor.isInline function. (By default it always returns false.)

Elements can either contain block elements as children. Or they can contain inline elements intermingled with text nodes as children. But elements cannot contain some children that are blocks and some that are inlines.

Voids

Similarly to blocks and inlines, there is another element-specific behavior you can define depending on your use case: their "void"-ness.

Elements default to being non-void, meaning that their children are fully editable as text. But in some cases, like for images, you want to ensure that Slate doesn't treat their content as editable text, but instead as a black box.

🤖 This is a concept borrowed from the HTML spec, see Void Elements.

You can do define which elements are treated as void by overriding the editor.isVoid function. (By default it always returns false.)

Text

Text nodes are the lowest-level nodes in the tree, containing the text content of the document, along with any formatting. Their interface is:

interface Text {
  text: string
}

For example, a string of bold text:

const text = {
  text: 'A string of bold text',
  bold: true,
}

Text nodes too can contain any custom properties you want, and that's how you implement custom formatting like bold, italic, code, etc.