-
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
Overrides in Sync Patterns: expand block support #59607
Comments
@SantosGuillamot, that’s also related to Block Bindings. |
The idea is to add support for more blocks progressively to ensure everything works as expected. It's great to know which ones feel more important to have that in mind. |
Should we also add "custom blocks" to the list here? As a developer I would love to be able to expose the block connections / pattern overrides feature in custom blocks I need to build. |
Yes, custom blocks are also part of the roadmap, although it will probably take more time. They depend on the HTML API supporting any HTML tag and they will need a proper opt-in mechanism. I've added it to the block bindings API epic. |
From the list above the Verse and Preformatted blocks should be close in implementation to the Paragraph and Heading block so if someone would like to give it a try, @SantosGuillamot and I can help with reviews. |
The Group block would be a great way to provide an open area for inner-blocks. |
@dannyreaktiv you'll dig this issue on that exact topic: #61225 |
Wow. Thank you! |
I believe the Block Binding support for the Embed block can be useful. Is this the best place to suggest it, or is there a dedicated thread? |
I believe we can use this same conversation to gather feedback on the most important blocks 🙂 |
Overrides for the Cover Block Image: #63763 |
Because of this limitation and the way the Details block is built, there's also no way for someone to use this feature in a reusable block. A major use case is the attached image where I'm building a page of dozens of speaker bios on a page that are collapsed by default so the page isn't overwhelming. Aside: Maybe this ship has sailed, but if the block was treated more like a Group block wouldn't this enable someone to edit the first text as a heading or paragraph instead? (and thus the "group" could be the reusable block and all the content would be editable separately. I see now it currently outputs that first bit of text as
although it styles it the same as normal paragraph text.
|
@fabiankaegy created a related issue explaining how we could open support for custom blocks that are rendered dynamically with More ideas to core blocks that act like containers: |
What problem does this address?
Users should be able to overrides more blocks that are can hold actual content, not just Paragraph/Heading/Image/Button
What is your proposed solution?
Some ideas:
The text was updated successfully, but these errors were encountered: