In reply to Jack Fledgling.

Theoretically you could just have simple “white label” styling for your block plugin and then create a CSS override in the theme for each new project. But I agree, even the functionality for blocks in custom builds is often extremely build-specific. You could try to make the functionality more generic and reusable but then the UI could get more complex as you’re trying to make it more flexible. Which can more for a more complex editing experience for the client. It’s tricky, but worth pursuing.

Then again in 15 years of building Wordpress Themes for clients I have never… not once… had a client change their theme. It’s always a total rebuild. But theoretically it doesn’t have to be that way. And never did have to be that way if all they wanted was a blog. But 99.9% of clients need more than a simple blog that sticks with the standard out-of-the-box WordPress content schema. They want custom page layouts and components that you could just never do before without a whole host of ugly partial workarounds (custom template, widgets, shortcodes, etc.). Block do, theoretically, finally solve this but my gut feeling is that this utopia of simply “re-skinning” a site’s frontend with a theme will never happen. And no one actually cares. It’s a 20 year problem that no one has ever actually cared about. Site rebuilds always have new custom design AND new custom functionality.