-
Notifications
You must be signed in to change notification settings - Fork 4.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Iterate on convert block message and actions #17604
Comments
Definitely some confusion around this. After talking about this in today's Design Team slack meeting, there was a desire to improve the interaction. Some questions we had included:
Let's iterate on this. 👍 |
In my experience the difference between "resolve" and "attempt block recovery" is that "resolve" almost never works and "attempt block recovery" has never failed me. I'm not at all sure what they do under the covers, but I am puzzled that WP does not automatically give "attempt block recovery" a try before complaining at all. (See issue #16425) |
As mentioned, there's some overlap between this and #16425. I don't see any barriers to making 'Attempt Block Recovery' the more prominent option. A question would be whether the diff should/could be used when using 'Attempt Block Recovery': Other less used options could potentially be moved to the block settings menu, which is already quite contextual about which options are shown. |
I think this is protecting against unexpected data loss, e.g. if the user has edited their HTML outside the block editor, reloading that post and automatically resolving could result in the content being changed.
Good question! It looks like Attempt Block Recovery tries to recreate the block from scratch using the block attributes that the editor was able to recover/parse. This option seems like it could result in some lost data if the attributes couldn't be parsed, but at least the correct block will be created. It looks like Convert To Blocks treats the HTML almost as though it was pasted content. I've noticed sometimes with this option that invalid columns/gallery blocks can be converted to list blocks, so that might explain why—it might be ignoring the type of block and is trying to 'guess' what type the content is. |
I think that's a more advanced option that can be integrated down the road. |
I don't think we have a lot of actionable things here. Better defaults are a bit dependant on the block type, which could be improved if we have this segmentation in place #21703. |
If a block has issues and needs to be converted, you see the following:
I would love to see how this could be iterated. For example, do we need to hide actions behind a drop-down? Could resolve just be the option and 'best option' by default?
The text was updated successfully, but these errors were encountered: