A couple of thoughts, a screenshot from @pmagunia was showing Paste from Office enhanced, a premium offering which job is to keep as many styles as possible. So we literally try to inline everything that makes sense, as users expect to preserve almost 1:1 style relation to copied documents π± Styles showed in the screenshot are legit CSS.
Paste from Office (basic plugin) has a bit of a dual nature, on one hand, it deletes the garbage like mso-*
classes, on the other, it will try to preserve some very basic styling.
As for the comments, to preserve them elegantly, you would need to have some comment feature. Therefore, we have an integration of Import from Word + Comments, as import prepares a specific markup for our Comments feature to handle.
Hope this helps :)
We will not be adding it now but it's still in our plans to provide this feature in the core.
Creating a module for Drupal was just faster and easier for us, as we didn't need to think about all corner cases and editor types.
Wim Leers β credited witeksocha β .
Wim Leers β credited witeksocha β .
Wim Leers β credited witeksocha β .
Wim Leers β credited witeksocha β .
Wim Leers β credited witeksocha β .
Yes, we plan to have a similar behavior in CKE5. We are focusing on the most impacting bugs and I don't have an ETA yet.
Wim Leers β credited witeksocha β .
Wim Leers β credited witeksocha β .
Wim Leers β credited witeksocha β .
π These will ship in a 38.x minor release, with no BC breaks, at the end of June!
Most likely π€, we haven't yet pinned the version for the next release yet.
We stumbled on this problem when developing a premium plugin for CKEditor 5. The space is not wide enough to fit the editor with two side panels (e.g. comments and document outline). Adding screens for reference. It would be great if we could have the possibility to increase somehow the width.
@weseze most likely it's this upstream: https://github.com/ckeditor/ckeditor5/issues/9888, and related Drupal issue: https://www.drupal.org/project/drupal/issues/3337298 π [upstream] [GHS] CKEditor 5 removes empty inline elements Fixed . We are taking a look at this on the CKEditor side.
I confirm this is the issue, I created a separate ticket for the list case https://github.com/ckeditor/ckeditor5/issues/14216. We will discuss it internally, and I will keep you posted.
From the CKEditor team, I just wanted to let you know that this feature has been available for years, in all editorsβ builds it has been set as the default. Weβve talked to hundreds of customers so far and haven't heard any issues regarding the usability.
It's also worth noting that auto-formatters for lists are available by default in Word or GDocs. Platforms like Notion or Confluence go further with full auto-format. These tools are quite widely used in various fields.
Although the syntax is similar to Markdown, IMHO, the argument that it targets technical users may be a bit exaggerated. I've seen authors creating content 10x faster than developers. At the end of the day, it's one of their main tools, and they happily advance their knowledge in it.
I think the autoformat feature would be a great addition to Drupal. It's a useful tool that can save time for users.
Wim Leers β credited witeksocha β .
Wim Leers β credited witeksocha β .
Wim Leers β credited witeksocha β .
Just keep in mind we improved the Remove format for inline, as it was the fastest :) The Remove format for blocks will be tracked here: https://github.com/ckeditor/ckeditor5/issues/13983
Wim Leers β credited witeksocha β .