This article discusses the API and props of the core controlled contentEditable
Editor. Props are defined within
See API Basics for an introduction.
EditorState object to be rendered by the
onChange function to be executed by the
Editor when edits and selection
Optional placeholder string to display when the editor is empty.
Note: You can use CSS to style or hide your placeholder as needed. For instance, in the rich editor example, the placeholder is hidden when the user changes block styling in an empty editor. This is because the placeholder may not line up with the cursor when the style is changed.
Optionally set the overriding text alignment for this editor. This alignment value will apply to the entire contents, regardless of default text direction for input text.
You may use this if you wish to center your text or align it flush in one direction to fit it within your UI design.
If this value is not set, text alignment will be based on the characters within the editor, on a per-block basis.
Optionally set the overriding text directionality for this editor. The values include 'RTL' for right-to-left text, like Hebrew or Arabic, and 'LTR' for left-to-right text, like English or Spanish. This directionality will apply to the entire contents, regardless of default text direction for input text.
If this value is not set, text directionality will be based on the characters within the editor, on a per-block basis.
Optionally set a function to define custom block rendering. See Advanced Topics: Block Components for details on usage.
Provide a map of block rendering configurations. Each block type maps to element tag and an optional react element wrapper. This configuration is used for both rendering and paste processing. See Advanced Topics: Custom Block Rendering for details on usage.
Optionally set a function to define class names to apply to the given block when it is rendered. See Advanced Topics: Block Styling for details on usage.
Optionally define a map of inline styles to apply to spans of text with the specified style. See Advanced Topics: Inline Styles for details on usage.
Optionally define a function to transform inline styles to CSS objects that are applied to spans of text. See Advanced Topics: Inline Styles for details on usage.
Set if auto capitalization is turned on and how it behaves. More about platform availability and usage can be found on mdn.
Set if auto complete is turned on and how it behaves. More about platform availability and usage can be found on mdn.
Set if auto correct is turned on and how it behaves. More about platform availability and usage can be found on MDN.
Set whether the editor should be rendered as static DOM, with all editability disabled.
This is useful when supporting interaction within custom block components or if you only want to display content for a static use case.
Set whether spellcheck is turned on for your editor.
Note that in OSX Safari, enabling spellcheck also enables autocorrect, if the user has it turned on. Also note that spellcheck is always disabled in IE, since the events needed to observe spellcheck events are not fired in IE.
Set whether to remove all information except plaintext from pasted content.
This should be used if your editor does not support rich styles.
DOM and Accessibility (Optional)
These props allow you to set accessibility properties on your editor. See DraftEditorProps for the exhaustive list of supported attributes.
You probably won't set
editorKey on an
<Editor /> manually unless you're
rendering a Draft component serverside. If you are, you must set this prop
to avoid server/client mismatches.
If the key is not set, it is generated automatically when the component
renders and assigned as a prop of the Editor's
If you do set this prop, the key should be unique per-editor, as it is used to determine if styles should be preserved when pasting text within an editor.
Cancelable Handlers (Optional)
These prop functions are provided to allow custom event handling for a small
set of useful events. By returning
'handled' from your handler, you indicate that
the event is handled and the Draft core should do nothing more with it. By returning
'not-handled', you defer to Draft to handle the event.
RETURN keydown event. Example usage: Choosing a mention tag from a
rendered list of results to trigger applying the mention entity to your content.
Handle the named editor command. See Advanced Topics: Key Bindings for details on usage.
Handle the characters to be inserted from a
beforeInput event. Returning
causes the default behavior of the
beforeInput event to be prevented (i.e. it is
the same as calling the
preventDefault method on the event).
Example usage: After a user has typed
- at the start of a new block, you might
ContentBlock into an
At Facebook, we also use this to convert typed ASCII quotes into "smart" quotes, and to convert typed emoticons into images.
Handle text and html(for rich text) that has been pasted directly into the editor. Returning true will prevent the default paste behavior.
Handle files that have been pasted directly into the editor.
Handle files that have been dropped into the editor.
Handle other drop operations.
Key Handlers (Optional)
Draft lets you supply a custom
keyDown handler that wraps or overrides its
This prop function exposes
keyDown events to a handler of your choosing. If an
event of interest happens, you can perform custom logic and/or return a string
corresponding to a
DraftEditorCommand or a custom editor command of your
own creation. Example: At Facebook, this is used to provide keyboard interaction
for the mentions autocomplete menu that appears when typing a friend's name.
You can find a more detailed explanation of this
Force focus back onto the editor node.
Remove focus from the editor node.