Mateusz Bagiński

Results 132 comments of Mateusz Bagiński

@f1ames That's the same issue. I suspect that Chrome is not firing the selection change event properly after focusing editable that contains block element. So we have focus but there...

@Witoso It looks like it's block element and: ![obraz](https://github.com/user-attachments/assets/e49224a5-e1c2-42ff-87d3-2a645e5b522c) become: ![obraz](https://github.com/user-attachments/assets/3f1844db-3f68-4c0a-9ac7-9ab7fd53aa01) Because `page-break` class and `page-break-after:always;` style that are stored in GHS attribute are removed

@Witoso I'm not sure, it looks like different issue. @niegowski what do you think?

It turns out that there are many leftovers after consumption of model elements, and it needs to be fixed. It was causing the issue with `page-break`. For example: ![obraz](https://github.com/user-attachments/assets/5adadd54-4cf3-47b6-a7b6-20bd006df8e5) ![obraz](https://github.com/user-attachments/assets/0619b874-a37a-4096-b55a-630c988238f5)

@niegowski Can you take a look? At this moment we remove every class and style assigned via GHS. Should we focus on making it configurable? /cc @Witoso

Done in https://github.com/ckeditor/ckeditor5/pull/18753.

I added unit tests and opened new PR: https://github.com/ckeditor/ckeditor5/pull/16874

@cwills Looks like missing `ckeditor5` importmap entry. Consider switching to newer gem https://github.com/Mati365/ckeditor5-rails that supports it out of the box.

I checked this and confirm, it returns the wrong value. This error makes the panels appear in the wrong position when the optimal position cannot be found. I suggested a...