Fixed issues in 13.0.0 Content Editor

A description of the editor fixes in this release.

List editing issues

  • Improved behavior when copying from outside sources such as Microsoft Word or another HTML page and pasting into a list. When copying and pasting into a list, the content can be copied either from another a list within the document being edited or may be copied from outside sources. In the past the behavior when pasting into a list was different depending on the source of the content. Now you can expect the same behavior when pasting regardless of whether the content comes from within or outside of the document being edited.
  • Fixed a bug where lists defined by list role were not splitting correctly. There are standard list types such as definition, unordered and ordered. If you do not want to use one of the standard types you can use the list role to configure your lists. In this fix, users can expect to split lists correctly even if the lists were configured using the list role. For more information on list roles please refer to our API references: List roles.
  • Improved pasting of list items. When pasting several list items rather than the whole list, they were pasted as separate paragraphs. Now they are pasted as one unit into the new list.

Pasting issues

  • Fixed a regression where the XopusAfterPaste event was not being fired after you pasted at the start of a textnode (just after bold, beginning of a paragraph, etc). With this fix this event will be fired regardless of where the user pastes his or her content.
  • Fixed a bug that caused the XML view to collapse when pasting. The XML view has a feature to show only certain sections of the document by expanding and collapsing XML elements. Pasting content into the XML view caused all elements to be collapsed. This has now been fixed so that the XML view will remain in the same state after pasting content from the clipboard.
  • Fixed the bug in which it was impossible to paste whitespace such as space or tabs. After changing some copy/paste behavior in the previous release, it was no longer possible to paste whitespace. This is now possible again.

Google Chrome issues

  • Due to a change introduced with Google Chrome 61.0.3163.79, the cursor was misplaced after scrolling. With this fix when using the editor in Chrome from 61.0.3163.79 onwards, the cursor will be rendered in the correct position after scrolling.
  • Fixed a bug where scrolling by using mouse selection didn't work in Google Chrome. The bug was only reproducible in Google Chrome and the issue was that a document wouldn't scroll while selecting the text by using mouse. The behavior is now aligned with Firefox and IE.
  • A problem was affecting Google Chrome users in which pressing right-click sometimes modified an existing selection. We've disabled the possibility to make or change a selection with a non-primary mouse button. Before this change users could make selections by dragging with any mouse button pressed. Now this only possible when dragging and pressing the primary mouse button. The primary button is usually the left button. The other buttons still function, but can no longer modify the selection and this is a fix so that Google Chrome users will not accidentally modify selections.

Resize and/or mouse issues

Implementers can configure the editor so that it will be easier for users to resize their tables and images by enabling resize handles. More details can be found in the section About configuring resizing for tables or images.
  • Resize handles were not show for images or tables when you used a mouse to try to resize. Now the handles appear when expected .
  • When dragging a resize handle to resize and letting go outside of the document iframe, the dragging operation was not finished correctly, and the mouse cursor disappeared. With this fix you can finish dragging anywhere, also outside of the iframe and the mouse cursor remains visible.
  • It was not possible to resize a column in a CALS table in the left direction. We've fixed this bug so that you can resize columns properly.

Various editing issues

  • Fixed a bug where table structure was incorrect after certain editing actions. Because the number of columns in a table was not calculated correctly after certain editing operations such as undo, there was some unexpected editor behavior. For example it would be no longer possible to delete columns after an undo operation. This problem is now fixed.
  • Fixed incorrect cursor position in text rendered from right to left. When loading text in a right to left language like Arabic or Hebrew, the cursor was rendered one position too far to the left, and typing and other editing operations were happening in a different place than where the cursor was shown. This is now fixed. With this fix, edits such as typing or deleting occur in the same place as the cursor.
  • Fixed a bug with a jumping caret in the search panel. When modifying text in either Find or Replace fields of the search panel, the caret was jumping to the end of the string. The caret now stays where you are typing.
  • When previewing an image in Content Editor's library panel, image names that were long were not being wrapped and could go outside of the bounds of the preview pop-up. We've fixed this issue with the display of long image names when previewing images
  • When using Content Editor to edit topics from the Collaborative Review interface, and closing a topic then opening another, the task ribbon tab would appear multiple times. This issue also affected custom tabs. This has been fixed now so that task and custom tabs are shown properly.