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
In the MVP it's controlled via config.mediaEmbed.semanticDataOutput.
Concerns:
On one hand, it could help developers migrate and understand which is which,
It could save a couple of bytes because they're never used alongside
But come to think about that, they are used next to one another already in the MVP: when a preview–less embed is in the non-semantic output data, it's still expressed semantically because... there's no other way to do that. So maybe this separation does not make sense after all 🤔
Extending builds with plugins in v4 was simple. In v5, it's not that easy so maybe less "plugin juggling" is better.
OTOH, I guess media embed will not be a part of any pre-compiled build, right? If not, developers would have to decide if they want it or not so they can just as well select semantic or non-semantic editing plugin in their build config at that stage.
The text was updated successfully, but these errors were encountered:
In v4 we have Media Embed and Semantic Media Embed as separate plugins.
In the MVP it's controlled via
config.mediaEmbed.semanticDataOutput
.Concerns:
The text was updated successfully, but these errors were encountered: