Skip to main content

Extension

Remirror provides lots of extensions some are built-in, like the HistoryExtension (undo and redo), others are opt-in like BoldExtension.

Each extension provides a wealth of functionality - like keyboard shortcuts, input rules (markdown shortcuts), parsing of pasted HTML and more. They also provide commands that can be triggered by external components. In raw ProseMirror you would need to implement each of these pieces of functionality yourself, in Remirror it is all encapsulated within a single extension.

note

This doc refers to "Extension" as a concept.

You can find a list of Remirror's provided extensions here.

Overview​

Extensions manage similar concerns. It allows for grouping items that affect:

  • How the editor displays certain content, i.e. bold, italic, underline.
  • Makes certain commands available e.g. commands.toggleBold() to toggle the bold formatting of the currently selected text.
  • Check if a command can be run for the current selection commands.undo.isEnabled().
  • Check if a mark is active at the current selection, active.italic().
  • Register ProseMirror plugins, keymaps, input rules, paste rules, and custom nodeViews, which affect the behaviour of the editor.

There are three types of Extension.

  • NodeExtension - For creating ProseMirror nodes in the editor.
  • MarkExtension - For creating ProseMirror marks in the editor.
  • PlainExtension - For behaviour which doesn't need to be displayed in the DOM.

Lifecycle Methods​

Extensions can customise the editor via these LifeCycle Methods. Even core functionality like the creation of Schema is added to remirror via and Extension. The following is an outline of the lifecycle methods you can use while working with remirror.

onCreate​

function onCreate(): void;

This handler is called when the RemirrorManager is first created. Since it is called as soon as the manager is created some methods may not be available in the extension store. When accessing methods on this.store be sure to check their documentation for when they become available. It is recommended that you don't use this method unless absolutely required.

onView​

function onView(view: EditorView): void;

This lifecycle method is called when the EditorView is first added by the UI layer. This is the lifecycle method where commands and editor helpers are added.

onStateUpdate​

function onStateUpdate(parameter: StateUpdateLifecycleParameter): void;

This is called whenever a transaction successfully updates the EditorState. For controlled component this is called whenever the state value is updated.

onDestroy​

function onDestroy(): void;

This is called when the RemirrorManager is being destroyed. You can use this method if you need to clean up any externally created handlers in order to prevent memory leaks.

Options​

Options are used to configure the extension at runtime. They come in four different flavours via the option annotations.

import {
  CustomHandler,
  Dynamic,
  extensionDecoration,
  ExtensionPriority,
  Handler,
  PlainExtension,
  Static,
} from 'remirror';

interface ExampleOptions {
  // `Static` types can only be provided at instantiation.
  type: Static<'awesome' | 'not-awesome'>;

  // Options are `Dynamic` by default.
  color?: string;

  // `Dynamic` properties can also be set with the annotation, although it's unnecessary.
  backgroundColor?: Dynamic<string>;

  // `Handlers` are used to represent event handlers.
  onChange?: Handler<() => void>;

  // `CustomHandler` options are for customised handlers and it's completely up
  // to you to integrate them properly.
  keyBindings: CustomHandler<Record<string, () => boolean>>;
}

@extension<ExampleOptions>({
  defaultOptions: { color: 'red', backgroundColor: 'green' },
  defaultPriority: ExtensionPriority.High,

  // Let's the extension know that these are the static keys
  staticKeys: ['type'],

  // Provides the keys which should be converted into handlers.
  handlerKeys: ['onChange'],

  // Provides the keys which should be created treated as custom handlers.
  customHandlerKeys: ['keyBindings'],
})
class ExampleExtension extends PlainExtension<ExampleOptions> {
  get name() {
    return 'example' as const;
  }
}

These annotations can be used to provide better intellisense support for the end user.

extension​

The extension decorator updates the static properties of the extension. If you prefer not to use decorators it can also be called as a function. The Extension constructor is mutated by the function call.

extension({ defaultSettings: { color: 'red' } })(ExampleExtension);

If you really don't like this pattern then you can also set the same options as static properties.

Dynamic options​

Dynamic options can be passed in at instantiation and also during runtime. When no annotation exists the option is assumed to be dynamic.

const exampleExtension = new ExampleExtension({
  type: 'awesome',
  color: 'blue',
  backgroundColor: 'yellow',
});

// Runtime update
exampleExtension.setOptions({ color: 'pink', backgroundColor: 'purple' });

Please note that as mentioned in this issue #624, partial options can cause trouble when setting a default.

If you need to accept undefinedas an acceptable default option there are two possible ways to resolve this.

Use AcceptUndefined​

This is the preferred solution and should be used instead of the following null union.

import { AcceptUndefined } from 'remirror';

interface Options {
  optional?: AcceptUndefined<string>;
}

Now when the options are consumed by this decorator there should be no errors when setting the value to undefined.

null union​

If you don't mind using nulls in your code then this might appeal to you.

interface Options {
  optional?: string | null;
}

Static options​

Static options should be used when it is not possible to update an option during runtime. Typically this is reserved for options that affect the schema, since the schema is created at initialization. They will throw an error if an error if updated during runtime.

const exampleExtension = new ExampleExtension({
  type: 'awesome',
});

// Will throw an error.
exampleExtension.setOptions({ type: 'not-awesome' });

Handler options​

Handler options are a pseudo option in that they are completely handled by the underlying remirror extension.

To get them to work we would change the above example extension implentation to look like the following.

import { hasTransactionChanged, StateUpdateLifecycleParameter } from 'remirror';
import { hasStateChanged } from 'remirror/extension-positioner';

@extension<ExampleOptions>({
  defaultOptions: { color: 'red', backgroundColor: 'green' },
  defaultPriority: ExtensionPriority.High,
  staticKeys: ['type'],
  handlerKeys: ['onChange'],
  customHandlerKeys: ['keyBindings'],
})
class ExampleExtension extends PlainExtension<ExampleOptions> {
  get name() {
    return 'example' as const;
  }

  onTransaction(parameter: StateUpdateLifecycleParameter) {
    const { state } = parameter;
    const { tr, state, previousState } = parameter;

    const hasChanged = tr
      ? hasTransactionChanged(tr)
      : !state.doc.eq(previousState.doc) || !state.selection.eq(previousState.selection);

    if (!hasChanged) {
      return;
    }

    if (state.doc.textContent.includes('example')) {
      // Call the handler when certain text is matched
      this.options.onChange();
    }
  }
}

Now that the extension is wired to respond to onChange handlers we can add a new handler.

const exampleExtension = new ExampleExtension({
  type: 'awesome',
});

const disposeChangeHandler = exampleExtension.addHandler('onChange', () => {
  console.log('example was found');
});

// Later
disposeChangeHandler();

The onChange handler is automatically managed for you.

CustomHandler options​

CustomHandler options are like Handler options except it's up to the extension creator to manage how they are handled. They are useful for situations when you want the extension to allow composition of events but it doesn't quite fit into the neat EventHandler scenario.

The KeymapExtension in @remirror/core is a good example of this.