TinyMCE 6.1

The TinyMCE 6.1 release includes an accompanying release of the A11ychecker premium plugin.

A11ychecker 3.0.2 fixes the following UI bug:

The Tools > Accessibility Checker menu item opens a dialog. As such, its menu title should be Accessibility Checker….

The trailing ellipsis indicates the action will not execute without further user input and is required for all menu items that present dialogs. And, previously, this menu item did not.

This update corrects the menu title. Tools > Accessibility Checker… now includes the required ellipsis and presents as expected.

For information on the A11ychecker plugin, see: A11ychecker plugin.

The TinyMCE 6.1 release includes an accompanying release of the Comments premium plugin.

Comments 3.1.0 introduces the following enhancements:

The TinyMCE 6.1 release includes an accompanying release of the Enhanced Media Embed premium plugin.

Enhanced Media Embed 3.0.1 fixes the following bug:

The TinyMCE 6.1 release includes an accompanying release of the Page Embed premium plugin.

Page Embed 2.1.0 includes the following enhancement:

The TinyMCE 6.1 release includes an accompanying release of the PowerPaste premium plugin.

PowerPaste 6.1.0 provides the following bug fixes:

The TinyMCE 6.1 release includes an accompanying release of the Real-Time Collaboration premium plugin.

Real-Time Collaboration 2.1.0 adds one new feature and fixes two bugs:

The TinyMCE 6.1 release includes an accompanying release of the Spell Checker Pro premium plugin.

Spell Checker Pro 3.0.3 includes the following bug fix:

The TinyMCE 6.1 release includes an accompanying release of the Table of Contents premium plugin.

Table of Contents 1.1.0 includes the following change:

As part of making it possible to link Comments to almost any block element in a TinyMCE document, a data-mce-toc attribute is now added to the Table of Contents wrapper div while editing.

This is an internal attribute, used as part of keeping comments attributed to the correct block element. It has no user- or integrator-facing impact.

For information on the Table of Contents plugin, see: Table of Contents plugin.

The Premium Skins and Icon Packs release includes the following update:

The Premium Skins and Icon Packs were rebuilt to pull in the changes also incorporated into the default TinyMCE 6.1 skin, Oxide.

For information on using premium skins and icon packs, see: Premium Skins and Icon Packs.

rel is an attribute for the <a> element (and other elements). Setting this attribute to rel="noopener" instructs the browser to set the window.opener JavaScript API to null. By default window.opener references the page that opened the link.

Setting window.opener to null set the browser to load the target resource without granting the target resource access to the document that opened it.

With this release, all TinyMCE help dialog links out to tiny.cloud include the rel="noopener" attribute and value.

This provides basic protection against attacks that mis-use the window.opener default.

The mceLink command can take a new value, { dialog: true }.

When set with this value, the Link… dialog will always open when mceLink is run.

Several new block elements can now have annotations attached to them, including:

A blue outline now appears around all TinyMCE button types (primary, secondary, and tertiary) when such buttons are made the current focus using keyboard navigation.

This outline is similar to the presentation that denotes focus in TinyMCE text fields.

It is now possible to initialize a TinyMCE editor with a sidebar visible and available but with focus still in the main editor.

To add a sidebar_show: '<sidebar-name>' to tinymce.init:

If the sidebar is custom, the sidebar should be setup in the setup section of tinymce.init:

Setting forced_root_block to false or an empty string was deprecated in TinyMCE 6.0. This option now only accepts valid block elements.

However, some use cases relied on forced_root_block: false to keep material created in TinyMCE for use and presentation elsewhere from being placed inside the <p> block element.

The newline_behavior option has been added to TinyMCE 6.1 to cater to these use-cases.

newline_behavior affects what is added to a document when the mceInsertNewLine command is run or when any of the four create a new line keystrokes are pressed: Return, Enter, Shift-Return, or Shift-Enter.

By default these keystrokes work as follows:

The newline_behavior option takes one of four values:

As part of the fix for correcting the presentation of TinyMCE content in the Preview and Insert template dialogs, the iframe dialog component now supports a new transparent property.

Two new filter functions — removeAttributeFilter and removeNodeFilter — have been added to the DomParser and DOM Serializer APIs.

Each function takes two arguments: name and callback.

name is required.

callback is optional.

name can take a comma-separated list of attribute or node names.

If both name and callback are provided, the functions remove the specified callback.

If only name is provided, the functions remove all callbacks for the specified name.

When only name is provided, the new functions work in equivalent fashion to the editor.off API, which removes all event handlers when only a name is provided.

The new iframe_template_callback option, provided by Namstel, is an addition to the media plugin.

The iframe_template_callback option takes a function and replaces the default callback when the provided source URL would produce an iframe embed.

It works equivalently to the audio_template_callback and video_template_callback options, but for iframes.

The new dispatchChange API allows for the generating of an undo level outside the current editor’s context.

It takes the current editor undo level status as level and the current undoManager layer as lastLevel. When a change event fires, however, dispatchChange does not put the change in undo level on to the undoManager stack.

A bug in fullscreen mode toggling, in which notifications did not properly reposition, was addressed for this TinyMCE release.

As part of that fix, a change was made to the fullscreen plugin.

As of TinyMCE 6.1, toggling fullscreen mode with the fullscreen plugin also fires the ResizeEditor event.

Previously, if a TinyMCE editor instance contained nothing but blank lines (ie, more than one Return but no other material), the plain text version of the editor’s contents was an empty string.

In TinyMCE 6.1, the plain text version of the same material is two newline characters — \n\n — for each entered Return.

Previously, when the insertion point was within a blockquote element, and the blockquote element was the only block element in the TinyMCE document, there was no way of exiting the element without deleting all the text also within the element.

As of this update, the end_container_on_empty_block has been changed such that pressing the Enter or Return key twice will exit the insertion point from a blockquote element. This is the same action that exits other block elements, such as lists.

Previously, the end_container_on_empty_block took a boolean value and, by default, that value was false.

As part of the changes made to enable the pressing Enter or Return twice exits an in-document blockquote element change noted above, this option’s default value has been changed.

As of TinyMCE 6.1, end_container_on_empty_block takes the value blockquote by default.

Previously TinyMCE treated custom elements as empty elements. The TinyMCE schema was such that the isEmpty check returned true for all custom elements.

With this update the TinyMCE schema has been updated; the isEmpty check now returns false for custom elements.

The autocompleter menu element presents a menu of related options. If the current viewport is too small to present the entire menu, access to the ‘overflow’ is ensured by presenting a scrollbar in the menu.

Previously, however, the rendering of this menu’s height (which, in turn, establishes whether a scroll bar is required) was done with the wrong element. Rendering was done by tox-autocompleter, not tox-menu. (tox-menu renders the height of all other TinyMCE menus.)

In some circumstances this error resulted in the top or bottom menu borders to scroll out of view, making the menu present as cut off.

This update corrects this. Rendering of the autocompleter menu overflow is now assigned to tox-menu and its menu borders do not scroll out of view.

Selecting Insert > Link… or clicking the Link toolbar button did not, previously, execute the mceLink command. (If the link_quicklink option was enabled, using the Ctrl+K or ⌘+K shortcut to open the Contextual Link Toolbar did execute mceLink, however).

This behavior by the UI was not consistent with other, related, actions. For example, clicking the Unlink toolbar button executed the unlink command. As well, not executing a command meant it was not possible to track the Link… dialog being opened, and the command could not be over-ridden with addCommand.

With this update, mceLink is always executed when the Link dialog or Contextual Link Toolbar is opened.

TinyMCE uses the Accessible Rich Internet Applications (ARIA) Working Group guidelines to make TinyMCE accessible to as wide a range of users as is possible.

To this end, some TinyMCE menu items were assigned the menuitemcheckbox ARIA role. However, screen readers report this role as meaning each item in the menu can be toggled independently. This is not true: the options in these menus are mutually exclusive.

The appropriate ARIA role for these objects is menuitemradio and, as of this release, this is the ARIA role these menu items are assigned.

Consequently, screen readers will, correctly, report the options in these menus as mutually exclusive.

Previously, if a TinyMCE editor document included an image, typing the Select All keyboard shortcut (Ctrl+A or ⌘+A) caused the image handler (the visual indicator that the image is selected) to appear around the image.

However, if Edit → Select All was chosen from the TinyMCE menu bar, the image handler did not display.

The image handler display was a visual error. It should not present unless the image is the only selected object. Select All selects the whole TinyMCE document, not just the image.

With this update, typing Ctrl+A or ⌘+A, or choosing Edit → Select All from the TinyMCE menu bar, both produce the same effect (the entire document is selected) and the same visual presentation (the image handler outline does not display).

When the insertion point was within text that was also a link, typing Alt-Return or Option-Return opened the link in a new browser tab. This behavior, while non-destructive, is incorrect.

With this update, TinyMCE behaves as expected: when the insertion point is within text which is, itself, within an anchor tag, typing Alt-Return or Option-Return does nothing.

In some browser, if a TinyMCE document contained text immediately adjacent to a block element with a contenteditable property, and the insertion point was placed between the text and the block element, pressing the space bar appeared to not add the space character, as expected.

For example, if a TinyMCE document contained the following —

— placing the insertion point after the word text and pressing the space bar would not work as expected in some browsers.

TinyMCE 6.1 fixes this error. Now, when the insertion point is in such a point in a TinyMCE document, pressing the space-bar adds a space, as expected.

Previously, when an image was one of the selected objects in a TinyMCE document, the image did not present with the Selected background color like text objects do. (In most browsers the show the object is selected color is, by default, blue.)

The image was selected, but there was no visual feedback to show this.

With this update, images that are selected as part of a multi-object selection show the same Selected background color as other objects.

Previously, the TinyMCE upload logic incorrectly assumed all data URIs used Base64 encoding. As a consequence, if a data URI used, for example, percent-encoding (also known as URL encoding), the data was corrupted.

For this update, the upload logic has been corrected. Data URIs are no longer assumed to all be Base64 encoded and using other encoding methods (such as percent-encoding) does not cause the data to be corrupted.

A TinyMCE toolbar option, Fullscreen, toggles the TinyMCE editor between the size it takes by default and, as the toolbar’s name suggests, fullscreen. Fullscreen is the largest size available to the editor (ie, taking up all the space available to TinyMCE in the browser).

If a TinyMCE instance had a custom notification, editor.notificationManager.open(), set to display when the Fullscreen button was used, toggling from Fullscreen back to default resulted in the notification displaying outside the TinyMCE editor.

TinyMCE 6.1 corrects this. When toggling between the two Fullscreen states, custom notifications now display immediately below the toolbar in either state, as expected.

When re-sizing the viewport while a TinyMCE dialog is open, the dialog did not start re-sizing until the viewport boundary began encroaching on the dialog. As a consequence, the dialog was partially cut off in the re-sized viewport (specifically, the bottom border and several pixels of the dialog’s buttons were over-shot) and it could become difficult to distinguish the dialog from the viewport.

With this update, this behavior has been corrected. When a TinyMCE dialog is open and the viewport is re-sized, the dialog now re-sizes such that both the top and bottom borders of the dialog are always within the current viewport.

In some circumstances, when a table was followed immediately by a text paragraph, and the user deleted the text paragraph by back-spacing through each character, pressing the backspace character after the last character was removed resulted in the insertion point moving in to the table. If the user continued pressing the backspace key, material in the table’s bottom-right cell was deleted.

The expected behavior when backspacing on an empty line immediately following a table is for the insertion point to not move at all.

With this update, TinyMCE behaves as expected. Pressing the backspace key on an empty line immediately following a table produces no change to the insertion point location.

Backspacing through material in an active TinyMCE editor could, in some circumstances, result in the insertion point stepping into a table and continue deleting where the expected behavior was for the insertion point to stop on the line below the table.

In investigating and fixing this issue (see immediately above) it was also found that some function types in the tinymce.dom.TreeWalker class did not detect that the class could return an undefined value.

This has been corrected and all tinymce.dom.TreeWalker functions now correctly detect undefined values when these are returned.

Previously, TinyMCE did not support changing the alignment of text set within <pre> tags. However, if text that was set within other tags (for example, <p> tags or a heading tag, such as <h1>) had an alignment set and the text was then changed to be set within <pre> tags, the previously applied align style remained in place.

With this update, TinyMCE now supports applying, altering and removing align styles to text set in <pre> tags.

Previously, the TinyMCE Nuget package did not automatically copy TinyMCE in to /wwwroot/lib/ when installing TinyMCE into a .NET project.

This resulted in TinyMCE not working as expected (or at all).

This error has been corrected with this update. Installing the TinyMCE Nuget package into a .NET project automatically places TinyMCE in /wwwroot/lib, as expected.

In TinyMCE the esc (Escape) key can be used to exit or ‘escape’ from an active user-interface component. If a menu is open, pressing the esc key closes the menu. If a dialog is present, pressing the esc closes the dialog.

TinyMCE responds to the keydown event and exits the active element when the esc key is pressed. Previously, however, the consequent keyup event (generated when the user stops pressing the esc key) was propagated to the TinyMCE editor. This should not have happened.

The keydown event does not propagate outside the component listening for it and neither should the KeyUp event.

As of this update, this is the behavior: pressing the esc key closes or exits an active user-interface component and neither the keydown or keyup event are propagated outside the component listening for these events.

Selection direction is a real-time state that ‘knows’ where the current text selection began and, consequently, ‘knows’ which direction of pointer movement or which arrow key selects more text or de-selects already selected text.

For example, consider a document containing words written in a left-to-right script and an insertion point set at the end of a word. A user then holds down the Shift key and presses the left-arrow key. The selection direction for this moment and this action is set by said action. While the Shift key is held down, pressing the left-arrow key adds letters to the selection and pressing the right-arrow key removes letters from the selection.

When a TinyMCE document had View > Show invisible characters checked and text was selected in this manner, and the user paused for a second or two, pausing the selection extension, a bookmark was used to store and then restore the selection in the document.

In doing this, however, the selection direction was lost, because getBookmark did not store the selection direction state to pass back to moveToBookmark for restoration.

When a user re-started the selection process by pressing the right arrow key, TinyMCE extended the selection from the right-most already-selected letter rather than, as expected, removing the left-most already-selected letter from the selection.

As of this update, selection direction is stored and restored correctly. And pausing and restarting a selection as described above works as expected.

Some versions of Safari could end up with an invalid selection. When TinyMCE was running in this environment, the invalid selection resulted an exception being thrown when editor.selection.isForward() was called.

With this update, TinyMCE handles Safari’s invalid selection such that the exception is no longer thrown.

The InsertParagraph command was added to provide a TinyMCE-native replication of browser implementations of this functionality.

However, when a string was selected and the InsertParagraph was then executed, it did not delete the selected string and insert the paragraph break as expected. Instead, the command inserted a paragraph break at the beginning of the selected string and added the selection to the new trailing paragraph.

With this update, this behavior has been corrected. Selecting a string and running editor.execCommand('InsertParagraph'); now replaces the selection with a paragraph break, as expected.

Previously, when triple-clicking a text paragraph in a TinyMCE document that —

— the paragraph was not selected.

Instead the insertion point moved to the beginning of the paragraph. This only occurred if the host browser was Google Chrome. When the host browser was, for example, Safari or Firefox, triple-clicking a paragraph in this circumstance selected the paragraph as expected.

With this update, triple-clicking text a paragraph above a contenteditable structure and below an already selected paragraph selects the clicked-on paragraph, no matter the host browser.

TinyMCE provides an inline_boundaries_selector option. If this option is loaded, by default, it sets a[href],code, and .mce-annotation as the elements inline boundaries apply to. Other inline elements — such as strong, em and span — can be added to these defaults.

Previously, however, when a custom inline_boundaries_selector was initialised in a TinyMCE document, an erroneous keyboard navigation behavior presented.

For example, if the following was added to tinymce.init —

— and text set within <span></span> tags was selected, pressing the right arrow key caused the text to be de-selected (expected behavior) and the insertion point to present to the left of the previously selected text (entirely not expected behavior).

TinyMCE 6.1 corrects this. In the same circumstances as above, pressing the right arrow key in TinyMCE 6.1 puts the insertion point to the right of the newly de-selected text, as expected.

If a list element within a list was also inside a block element, such as a <div></div>, placing the insertion point within any of the displayed lists and pressing Tab or Shift+Tab did not act as expected.

Instead of indenting the list element (if Tab was pressed) or outdenting the list element (if Shift+Tab was pressed), nothing happened.

With this update, when the insertion point is in a list within a list within another block element, pressing Tab or Shift+Tab behaves as expected.

If Tab is pressed in this circumstance, the list element is moved in to a further nested list created inside the div. If Shift+Tab is pressed in this circumstance, the indented list element becomes a list element in the list it was previously inside.

If a list was within another block element and the list type was changed TinyMCE changed the list type as requested but also, and incorrectly, created a new list outside the root element with a list type of the list before it was changed.

For example, if a bulleted list within a <div></div> was changed to a numbered list, TinyMCE changed the bulleted list to a numbered list but, at the same time, created a new bulleted list that encompassed the now-numbered list.

Also, the list type change did not need to be from an unordered to an ordered list. The same erroneous list-creation happened if a round-bullet bulleted list was changed to a square-bullet bulleted list.

The TinyMCE 6.1 update corrects this. When changing a list’s type, TinyMCE leaves the parent element unchanged, as expected.

Previously TinyMCE treated custom elements as empty elements. The TinyMCE schema was such that the isEmpty check returned true for all custom elements.

This caused custom elements added to empty lines to be automatically removed during serialization.

With this update the TinyMCE schema has been updated; the isEmpty check now returns false for custom elements.

As a consequence, it is now possible to add custom elements to empty lines in a TinyMCE document.

Errors in the logic of both the Copy Column and Paste Column actions could, in some circumstances, cause a Copy and Paste of table cells to produce an invalid table.

For example, with the insertion point in a cell in the third column of a 4x4 table, selecting Table > Column > Copy Column and then Table > Column > Paste Column Before produced what appeared to be a 5x4 table. But at least one cell in the now-5th column was not generated on paste, making the table invalid.

With this update, the logic errors in Copy Column and Paste Column have been corrected: copying and pasting table columns now works as expected in all tested circumstances.

Errors in the logic of the Copy Column command could, in some circumstances, cause table cells to be, in effect, mis-copied. That is, using the Table > Column > Copy Column did not result in a valid and safely paste-able copy of the cells being placed on the clipboard.

With this update, the logic errors in the Copy Column have been corrected and copied table cells can now be safely pasted.

Previously, if a URL containing valid characters rarely used in URLs, such as ! (the exclamation mark) and : (the colon), was pasted in to a TinyMCE document, TinyMCE’s URL detection treated these characters as boundaries and, consequently, incorrectly parsed the string and presented an incomplete link.

For example, if

https://example.com/:w:/index.html

was pasted into a TinyMCE document, the URL detection would cause the pasted text to be transformed into an html fragment as follows:

With this update, valid characters such ! and : are correctly treated as part of the URL, and pasting in URLs that include these characters results in a clickable link that includes the entire pasted URL.

Also, this improved link detection logic works when manually typing in a URL. If the above example were typed in to a TinyMCE document, the automatic link-creation would wrap the entire string in an anchor tag after a boundary character (such as a space) was typed.

Previously, the list plugin was only responsible for TinyMCE’s behavior when a list, or part of a list, was deleted. If, for example, a part of a list was selected and the Backspace or Delete key was pressed.

If, however, that same list part was selected and then cut to the clipboard, the behavior was left to the host browser.

As a consequence, there were circumstances where cutting a list, or part of a list, to the clipboard did not behave as expected. In some circumstances, the remaining list was not the expected list, or the expected blank line did not present.

With this update, the list plugin cleans up after cutting a TinyMCE list, or part thereof, as it does when a list, or part thereof, is deleted. Cutting to the clipboard now leaves the same result as deleting, as expected.

The TinyMCE Autocompleter feature displays suggestions while the user is typing. If, however, the insertion point was at the start of an empty list item nested inside an outer list item that contained text, typing a trigger character (such as the :) did not produce the suggestions display, as expected. (If the outer list item was otherwise empty, the trigger character worked.)

The underlying cause was Autocompleter walked too far up the DOM tree when trying to detect if the content was at the start of a boundary. As of this update, Autocompleter improves this detection and, consequently, trigger characters cause the suggestions display to present in nested list items inside populated list items, as expected.

The TinyMCE template plugin processes the following settings using regular expression (regex) matches:

Previously, however, it did not escape or correctly handle all the generated regex expressions.

In some cases it did not escape option values for safe use within a regex and, in one case, incorrect handling caused word boundaries — \b — to not work as expected.

These errors have been corrected. In TinyMCE 6.1, template option values are escaped properly. As well the incorrect handling has been corrected, and word boundaries work as expected.

When a TinyMCE document was in read-only mode, copy events were captured and killed.

This capture meant that neither TinyMCE’s built-in copy-and-paste, nor the PowerPaste plugin’s copy-and-paste could intercept the copy event and act to copy (and, consequently, paste) the selected material.

Instead, copying from a read-only TinyMCE document fell-back to the host browser’s copy command.

In some circumstances, this resulted in the subsequently pasted material containing unexpected characters. Specifically, normal spaces were sometimes replaced with non-breaking spaces,  .

In TinyMCE 6.1, documents in read-only mode no longer captures copy events. Rather, they white-list copy events and pass them to the appropriate event listener (either TinyMCE’s built-in capability or the PowerPaste plugin).

Consequently, unexpected characters no longer present in material copied-and-pasted from read-only TinyMCE documents.

The keyboard shortcut Ctrl+Shift+Home or ⌘+Shift+Up-arrow selects all material from the insertion point to a document’s beginning. Equivalently, Ctrl+Shift+End or ⌘+Shift+Down-arrow selects all material from the insertion point to a document’s end.

However, if the first element in a TinyMCE document had a contenteditable="false" property, the Ctrl+Shift+Home or ⌘+Shift+Up-arrow keystrokes did not extend the selection to the first element. That is, the selection extended to the trailing edge of the element with a contenteditable="false" property but no further.

Equivalently, if the last element in a TinyMCE document had a contenteditable="false" property, Ctrl+Shift+End or ⌘+Shift+Down-arrow extended the selection only to the leading edge of this final element.

This selection behavior (ie not allowing the generic keyboard shortcuts to extend the selection to elements with contenteditable="false" properties if these elements are at the start of end of the material being selected) is the native behavior of all host browsers supported by TinyMCE.

As of TinyMCE 6.1, however, an override has been introduced. This override enables TinyMCE to extend selection of contenteditable="false" elements at the beginning or end of TinyMCE documents using these generic keyboard shortcuts.

Consequently, Ctrl+Shift+Home or ⌘+Shift+Up-arrow and Ctrl+Shift+End or ⌘+Shift+Down-arrow now works in TinyMCE documents as they do in almost all other applications.

Previously, when text set between <pre> tags was cut or copied and then pasted to a new line in a TinyMCE document, the <pre> tags were not preserved on pasting.

This update corrects this. <pre> formatted text copied or cut will now continue to be <pre> formatted text when pasted elsewhere in a TinyMCE document.

Previously, when TinyMCE was in any dark mode (ie skin pointed to a dark themed skin), choosing View > Preview presented a background in the preview that was not consistent with the dark themed content.

Choosing Insert > Insert template… produced the same inconsistent presentation in the Insert template… dialog.

This update corrects this inconsistency. As of TinyMCE 6.1, no matter the current mode, the Preview and Insert template… dialogs now use the same background color as the current TinyMCE editor window.

In some browsers, including Safari and Firefox on macOS or Linux, items in TinyMCE menus wrapped incorrectly when the browser window was small enough to cause the TinyMCE menu to present with a scroll-bar.

In this circumstance, the menu item wrapped within a word, pushing individual characters on to an extra line.

Despite the visual mis-representation, the menus still worked as expected.

With this update, the visual mis-representation has been fixed. If TinyMCE menus must wrap, because of limited view space, the wrapping occurs at word boundaries, not within words.

The InsertLineBreak command, as its name suggests, adds a line-break at the insertion point.

Previously, however, if there was material selected in a TinyMCE document and the InsertLineBreak command was issued, the added line-break did not replace the selected material. Instead, it, incorrectly, appended the line-break to the selection.

This update corrects this. Running InsertLineBreak when a TinyMCE document has material selected now results in the added line-break replacing the selected material.

If the first or last element in a TinyMCE document had a contenteditable="false" property and material within that element was selected, pressing the Delete or Backspace key did not delete the material inside the element with the contenteditable="false" property.

This update corrects this. In TinyMCE 6.1 material inside elements with a contenteditable="false" property show they have been selected and are deleted when the Delete or Backspace key is pressed, as expected.

Previously, if an image failed to upload and was flagged for removal, the flagging triggered a second change event, which, in turn, changed the undo stack.

Given the most common, by far, reason for immediately deleting an uploaded image is the uploaded image being the incorrect image, this was undesirable behavior.

This update adds a new dispatchChange API (see below) which can take a change event and alter the current undo level without putting the changed undo level on to the undoManager stack.

uploadImages uses this new API in this circumstance and, as a consequence, uploading and immediately deleting an image now only generates one change event.

Previously, if a TinyMCE editor had an HTML comment as its first element, the editor.selection.normalize() API set the selection to within the comment element.

Depending on how the editor was then made the current focus, this, invalid, selection location could result in TinyMCE throwing a JavaScript error in the host browser’s console.

With this update, TinyMCE now checks the initial selection location and resets it if is invalid.

TinyMCE 6.1 introduced a new usability feature: a blue outline that more clearly highlights the currently active button when navigating TinyMCE dialogs with a keyboard.

This feature relies on the :focus-visible pseudo-selector.

This pseudo-selector is supported in current versions of all major browsers, but it is not supported in older browser versions.

Specifically, for :focus-visible to work, the following browser versions, or later, are required:

Code samples are placed inside contenteditable="false" blocks. These blocks can be copied and pasted but not directly edited.

A regression in TinyMCE 6.1, however, means that copying a code sample on to a code sample removes the contenteditable="false" block and sets the pasted material inside <pre> tags.

A workaround is to

If a TinyMCE instance presents a toolbar which includes a Show comments button — toolbar: "showcomments", — this button is highlighted when the Comments sidebar is visible.

However, in TinyMCE 6.1, if the Comments sidebar is set to show at initialization — sidebar_show: 'showcomments', — the Show comments button does not highlight.

There is no workaround per se, but clicking the Show comments button twice (to hide and then re-display the Comments sidebar) does set the button to highlight, correcting the display error.