Open ccprog opened 6 years ago
If I understand correctly, is the issue that a block can define that it be transformed from a shortcode, but if the content is already migrated to a "Shortcode" block, then these won't be considered as candidates?
Example Gallery shortcode transform:
It would not identify a possible transform if, for example, a user had content:
<!-- wp:shortcode -->
[gallery]
<!-- /wp:shortcode -->
This makes sense to me as an area for improvement. In particular, we may consider to treat shortcode blocks as their raw shortcode counterparts when trying to determine transforms for Shortcode block.
In the UI then:
... should present transform options to convert this Shortcode block to Gallery.
This seems like a quick win. /cc @ellatrix
We're currently in a situation where some plugins using shortcodes do not yet convert them to blocks, but might do so at a later time.
This leads to the following scenario: A user has content containing shortcodes. He/she opens it in the Gutenberg editor and converts it to blocks. The shortcodes will be converted to a
core/shortcode
block. Later (and this might happen for a long time) the plugin developer decides to provide a conversion specific to his/her shortcodes. This transformation will never match the shortcode block, because it is only considered for raw handling.For my plugin, I was able to solve this with a second from-transform:
Instead of every developer implementing something like this, it would be much better to define this as a to-transform on the
core/shortcode
block withblocks
list of all block type names that offertype: 'shortcode'
from-transforms.isMatch
testing for all the tags named in those block types