-
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
Replace <!-- wp:
with <! -- block:
#4636
Comments
Thanks for the suggestion, @rheinardkorf.
I think this is unlikely, given block meta is expected to be computed before it's publicly accessible.
Interesting thought. Given schema.org is already a standard, it probably makes sense to adopt schema.org instead of inventing our own standard.
Is it non-trivial though? What about all existing stored block data? |
Like I said before, I understand that the WP implementation is just one way to store and retrieve the block tree. Other middleware could do its own implementation, but that is non-trivial. Perhaps that is an area to focus on more so than changing the WP implementation. My main concern is that Gutenberg should not be too nearsighted to only serve WP. I think it has so much more potential.
I guess schema.org adoption could be left open to block developers in the output, but the quicker this happens the more potential there is for content reuse or other interesting uses we haven't even thought of yet. Perhaps I should instead create a ticket regarding abstracting the reducers and middleware. Perhaps by configuration rather than hardcoded. |
I agree. However, changing |
Thanks for your thoughts @rheinardkorf! I agree this would be exciting to explore, and I also think it could be useful for the web beyond WordPress. It shouldn't be hard to introduce the notion of a project namespace Please, do open issue if you have ideas or want to explore abstracting some utilities, even if it cannot be adopted as is for WP. There is https://github.com/WordPress/packages where some more general purpose modules had started to be generated. The parsing library could potentially live there if it appeals to a wider audience and people are willing to contribute. |
It's my hope too that Gutenberg can grow to live outside it's WordPress home.
This seems like a pretty big overestimation of the impact of
Technically I don't think it's about semantics. That is, whether
Again I'm not sure this would be as hard as it may seem at first glance. The parser interface is pretty small and we could easily load from JSON or from a database row instead of printing the HTML. Similarly, the At some point (it's been on my TODO list for eight months or so) we'll have a way for a plugin to replace the load/store functionality and free up developers to choose their own backend. |
Issue Overview
I understand that the comment tags are used as a "serialized" representation of a block so that it may be deserialized and used in the Gutenberg editor. However, I believe that blocks can be so much more, not just in a WordPress and editor context. So I am suggesting that
<!-- block:
may be a more forward looking alternative to<!-- wp:
.Dreaming Big
If block meta were able to be exposed in the DOM there could be interesting projects built on top of existing content. Think schema.org, but schemas representing standardised blocks. If this is hidden behind
<!-- wp:
it may be a missed opportunity to the impact that Gutenberg might have beyond WordPress. (I understand that this is just a WP implementation of the block tree and that other middleware could represent it in its own way, but there are some improvements required before this is a reality, future tickets... changing the prefix seems like a reasonably quick win)The text was updated successfully, but these errors were encountered: