-
Notifications
You must be signed in to change notification settings - Fork 30
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
Advocate for block-variation previews on .org/plugins at the meta team #836
Comments
Your understanding of this is correct— that list uses block.json (or |
Thank you for taking the time @ryelle . Yes, the meta trac ticket brought some clarification to me, that it'll be not easily possible to trick the current parser with a faked Opening a new meta ticket is probably the best way to go. |
Opened a meta.trac ticket for that – my first ever : |
QUEUE Discuss on October 25
|
Discussed today - we want to keep the highlighted items visible to the public. |
TBD Actions based on discussions among technical team members. |
Describe your question
Currently the plugins repository on wordpress.org shows a list of all blocks a plugin contains.
But this, unfortunately only happens for real, custom blocks, that ship with a
block.json
file. A block-variation in general, and like so also GatherPress’ 10+ new block variations, don’t have a block.json and will not have that nice visual overview as Mika and Jeremy pointed out on this fediverse thread.Not only, that this seems to be an unforeseen obstacle in GatherPress block transformation; this is not nice for every plugin author who is looking for best compatibility across different stacks.
In my opinion, block-variations (#626) do have so many advantages over custom blocks, that I believe they should get more attention!
Who is able to help?
Who do we need to ask for at the WordPress meta team?
Who knows the roadmap for the plugin pages on .org?
Code of Conduct
The text was updated successfully, but these errors were encountered: