You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When a user highlights text in a list and selects the "convert to text" or "convert to heading" options, the list collapses into a single line.
Expected behavior in most text editors would retain each </li> as a <br> or convert <li> to <p>/<h2> and </li> to </p>/</h2>, etc.
Here is a GIF replicating this on EditorJS homepage on Dec 16, 2022. Homepage says it is still using "version" : "2.26.0" but I'm seeing it on our local updated 2.26.4 version (1.8.0 on the list plugin) as well:
The text was updated successfully, but these errors were encountered:
Actually it appears this was sort of addressed in a recent update, however it still acts differently than any other text editor.
It appears that it's now adding ". " to split the bullets as if they were sentences.
While this is slightly better than not adding any characters at all, users will still expect different behavior.
Additionally, if a user Tunes a single bullet or ordered list item, in other editors they would expect that single bullet to get converted to text, not the entire list. Not sure if that will require stronger support from the core plugin on bulk editing blocks (eg highlighting multiple lines of list items and tuning them all at once).
When a user highlights text in a list and selects the "convert to text" or "convert to heading" options, the list collapses into a single line.
Expected behavior in most text editors would retain each
</li>
as a<br>
or convert<li>
to<p>/<h2>
and</li>
to</p>/</h2>
, etc.Here is a GIF replicating this on EditorJS homepage on Dec 16, 2022. Homepage says it is still using "version" : "2.26.0" but I'm seeing it on our local updated 2.26.4 version (1.8.0 on the list plugin) as well:
The text was updated successfully, but these errors were encountered: