Expand block bindings support using WordPress core's supported bindings list

[Copilot]

WordPress 6.7+ supports block bindings on additional blocks and attributes beyond the original four. This PR extends Remote Data Blocks to automatically support all blocks that WordPress core designates as bindable by querying the editor settings directly.

Changes

Dynamic Block Detection:

• Query __experimentalBlockBindingsSupportedAttributes from WordPress's block editor settings in both the filter and UI components
• Automatically support all blocks that WordPress core designates as bindable
• No hardcoded list to maintain - stays in sync with WordPress automatically
• Works with current blocks (paragraph, heading, image, button, details, post blocks) and future additions

Generic UI Controls:

• Refactored BlockBindingControls to dynamically generate UI controls for any block/attribute combination
• Removed hardcoded switch statement - now handles any bindable block generically
• Maps attribute names to appropriate field types with sensible defaults
• Auto-generates human-readable labels for attributes
• Optimized with useSelect and useMemo React hooks for better performance

New attributes supported:

• core/button - added UI controls for linkTarget, rel (in addition to existing url, text)
• core/image - added UI control for title (in addition to existing url, alt)

Extensibility:
Custom blocks automatically work when registered with WordPress core's binding mechanisms:

// Make your block bindable through WordPress core
registerBlockType( 'my-plugin/custom-block', {
  attributes: {
    fieldName: {
      type: 'string',
      __experimentalLabel: 'Field Label', // Automatically bindable
    },
  },
} );

Implementation:

• Query WordPress settings dynamically in addUsesContext() filter to determine supported blocks
• Refactored BlockBindingControls to query supported attributes and generate controls dynamically
• Added field type constants for new attributes with fallback to 'string' type
• Added fallback support for custom blocks like remote-data-blocks/remote-html
• Added comprehensive test coverage with mocked block editor store
• Updated documentation to explain automatic detection mechanism

This approach ensures the plugin automatically stays compatible with current and future WordPress versions without manual updates.

Original prompt

---

This section details on the original issue you should resolve

<issue_title>Expand block bindings support</issue_title>
<issue_description>WordPress has expanded support for block bindings to additional blocks and attributes since our last release of Remote Data Blocks. We should make sure all of these additional blocks are supported, including dynamic blocks.

See the Bindings developer reference for a list of supported core blocks and attributes. Also, take note of the section Extending supported attributes as we should support any blocks and attributes added through these filters.

</issue_description>

Comments on the Issue (you are @copilot in this section)

• Fixes Expand block bindings support #714

---

💬 We'd love your input! Share your thoughts on Copilot coding agent in our 2 minute survey.

[maxschmeling]

@copilot this is how you get the list of supported blocks/attributes. You do not need to add another filter to register them with RDB directly.

const settings = wp.data.select('core/block-editor').getSettings();
const supportedAttributes = settings.__experimentalBlockBindingsSupportedAttributes;
// e.g. supportedAttributes['core/paragraph'] => ['content']
// e.g. supportedAttributes['core/image'] => ['id', 'url', 'title', 'alt', 'caption']

[Copilot]

@copilot this is how you get the list of supported blocks/attributes. You do not need to add another filter to register them with RDB directly.

...

Updated to use __experimentalBlockBindingsSupportedAttributes from the block editor settings instead of maintaining a hardcoded list. The plugin now queries WordPress core directly to determine which blocks support bindings, ensuring automatic compatibility with current and future WordPress versions. Changes in commit afc52aa.

[maxschmeling]

@copilot BlockBindingControls needs to handle the generic case, not just known combinations of blocks/attributes

[Copilot]

@copilot BlockBindingControls needs to handle the generic case, not just known combinations of blocks/attributes

Refactored to handle generic block/attribute combinations. The component now queries WordPress's supported bindings for each block and dynamically generates controls instead of using hardcoded cases. Works with any block WordPress designates as bindable. Changes in commit 02211c7.