Call for Testing โ€“ Pattern editing and content-only interactivity in WordPress 7.0

This is a follow up post to Help Test WordPress 7.0 with specific details about a new way to edit patterns in the BlockBlock Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. Editor.

Pattern Editing and content-only Interactivity is a significant change to how patterns behave in the WordPress editor, arriving in WordPress 7.0.ย 

Unsynced patterns and template parts inserted into the editor now default to content-only mode, prioritizing the editing of text and media without exposing the deeper block structure or style controls.

If you have a few minutes or more, weโ€™d love to hear your feedback on the feature in the coming week to allow time for fixes before the release candidate phases.

Table of contents:

What is content-only mode?

Content-only mode is the default experience when clicking into an unsynced pattern or template part in WordPress 7.0. Hereโ€™s what it means in practice:

What you can edit:

  • Text in Paragraph, Heading, and other text blocks
  • Images (swapping the image source, updating alt text and caption)
  • Links and button labels
  • Any block attribute that a block author has explicitly marked with "role": "content" in their block definition
  • New Paragraph, List item, Button and other โ€œlistโ€ type blocks can be inserted directly into content areas without unlocking the full pattern

What is protected:

  • Block structure (you canโ€™t add, remove, or reorder structural blocks like Groups and Columns)
  • Spacing, colors, typography, and other style settings
  • Any block attribute not marked as content

In the editor, protected blocks are visible but non-selectable โ€” you can see the layout, but clicking on a structural wrapper wonโ€™t open its controls.

Why content-only by default?

In WordPress versions previous to 7.0, clicking into a pattern immediately exposed every inner block for editing, including structural and container blocks, all block styles and block attributes.ย 

This default editing mode is convenient for theme builders and developers who create patterns. For users who only want to update a heading or swap an image however, it presents an overwhelming and error-prone experience. Small misclicks can accidentally restructure a layout or remove a block entirely.The goal of content-only mode is to separate what content a user edits from how a pattern is structured. With this change, patterns behave more like intentional design components: users can update the content theyโ€™re supposed to update, and the underlying structure stays protected unless explicitly opened for editing.

More features

Adding new content inside a pattern

You can insert new Paragraph blocks (and other content-type blocks like list items and buttons) directly into designated content areas of a pattern without entering the full structural editor.

This means a pattern with a text area behaves more like a writing surface โ€” you can append or insert new paragraphs within the allowed zone without needing to โ€œunlockโ€ the pattern first.

List View

Non-active blocks are hidden in List View when editing a pattern gives you context while keeping the focus clear.

Support for complex blocks

Buttons, List, Gallery, and Social Icons blocks have a list view in the block inspector sidebarSidebar A sidebar in WordPress is referred to a widget-ready area used by WordPress themes to display information that is not a part of the main content. It is not always a vertical column on the side. It can be a horizontal rectangle below or above the content area, footer, header, or any where in the theme. in content-only mode, so child blocks can be selected and edited without exposing full block controls.

An opt-out for developers

A new disableContentOnlyForUnsyncedPatterns editor setting lets theme and pluginPlugin A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party. developers disable content-only mode for unsynced patterns when needed.ย For example, during theme development when you want unrestricted access. This can be set via the block_editor_settings_all PHPPHP PHP (recursive acronym for PHP: Hypertext Preprocessor) is a widely-used open source general-purpose scripting language that is especially suited for web development and can be embedded into HTML. https://www.php.net/manual/en/preface.php filterFilter Filters are one of the two types of Hooks https://codex.wordpress.org/Plugin_API/Hooks. They provide a way for functions to modify data of other functions. They are the counterpart to Actions. Unlike Actions, filters are meant to work in an isolated manner, and should never have side effects such as affecting global variables and output.:

add_filter( 'block_editor_settings_all', function( $settings ) {
    $settings['disableContentOnlyForUnsyncedPatterns'] = true;
    return $settings;
} );

Or via JavaScriptJavaScript JavaScript or JS is an object-oriented computer programming language commonly used to create interactive effects within web browsers. WordPress makes extensive use of JS for a better user experience. While PHP is executed on the server, JS executes within a userโ€™s browser. https://www.javascript.com:

wp.data.dispatch( 'core/block-editor' ).updateSettings( {
    disableContentOnlyForUnsyncedPatterns: true,
} );

Editing pattern design

Making design and structural changes to a pattern works differently depending on the type of pattern youโ€™re editing.

Unsynced patterns

Clicking the โ€˜Edit patternโ€™ button or double-clicking the body of a pattern temporarily โ€œunlocksโ€ the pattern, exposing its inner blocks and full editing capabilities.

Synced (synced patterns / template parts)

Clicking the โ€˜Edit originalโ€™ button takes you to an isolated editor when you can make any changes to the underlying pattern. The editor headerHeader The header of your site is typically the first thing people will experience. The masthead or header art located across the top of your page is part of the look and feel of your website. It can influence a visitorโ€™s opinion about your content and you/ your organizationโ€™s brand. It may also look different on different screen sizes. provides navigation back to the originating document. Changes to synced patterns apply globally.

How to Test

Testing Environment

The Help Test WordPress 7.0 post sums up how to test WordPress Beta, including instructions on how to test on local site on your computer.

The quickest way to test is with WordPress Playground.

What to Test

You donโ€™t need to test everything โ€” pick what matches your use case.

Scenario 1: Editing content inside a pattern as a user

Try this if you: Want to experience the feature from an end-user perspective.

Steps:

  1. In the site editor or post editor, insert an unsynced pattern that contains paragraph text and an image (most patterns from the pattern inserter will work or you can create your own).
  2. Open the List View CTRL + OPTION + O. Only the patternโ€™s content blocks should be visible.
  3. Edit the paragraph and/or replace the image. In the paragraph block, hitting โ€œEnterโ€ should create a new paragraph.
  4. Now select the pattern and click the โ€œEdit patternโ€ button in the toolbar or block inspector sidebar.
  5. You should be able to modify the content blockโ€™s styles, or delete the block entirely.
  6. Try clicking on (or inserting) a block you wouldnโ€™t normally want a user to edit (e.g., a Group block used for layout).

What weโ€™d love feedback on:

  • Is it clear which content you can and canโ€™t edit?
  • Is the overall experience less confusing than before?
  • Did you accidentally break anything?

Scenario 2: Opening a synced pattern or template part for structural editing

Try this if you: Want to test the isolated editor and navigation flowFlow Flow is the path of screens and interactions taken to accomplish a task. Itโ€™s an experience vector. Flow is also a feeling. Itโ€™s being unselfconscious and in the zone. Flow is what happens when difficulties are removed and you are freed to pursue an activity without forming intentions. You just do it..

Steps:

  1. Open up a template that has a template part (e.g., Blog homepage that contains the Footer template part).ย 
  2. Open the List View CTRL + OPTION + O. Only the template partโ€™s content blocks should be visible.ย 
  3. Click โ€œEdit originalโ€ on the pattern or template part.
  4. Verify the isolated editor opens with a breadcrumb showing your location.
  5. Make a structural change (add or remove a block).
  6. Use the โ€œBackโ€ button and confirm you return to the originating document.

What weโ€™d love feedback on:

  • Is the navigation between the document and the pattern editor clear?
  • Does โ€œBackโ€ return you to the right place?
  • Are breadcrumbs helpful?

Scenario 3: Testing with custom blocks or patterns

Try this if you: Build themes, plugins, or custom blocks.

Steps:

  1. Register a custom block with attributes that should be user-editable. Test whether adding "role": "content" to those attributes makes them accessible in content-only mode.
  2. Register a custom unsynced pattern and insert it in the editor. Confirm it enters content-only mode by default.
  3. Try the disableContentOnlyForUnsyncedPatterns opt-out via the PHP filter and confirm unrestricted editing is restored for unsynced patterns.
  4. Check that template parts and synced pattern views remain unchangedย  regardless of the opt-out setting.
Test block with role (you can paste this block into the browser console when in the editor)
wp.blocks.registerBlockType( 'test/visibility-with-role', {
	apiVersion: 3,
	title: 'Test Block (with role)',
	category: 'text',
	attributes: {
		message: { type: 'string', default: 'Edit me (with role)', role: 'content' },
	},
	edit: ( { attributes, setAttributes } ) => {
		return wp.element.createElement(
			wp.blockEditor.RichText,
			{
				tagName: 'p',
				value: attributes.message,
				onChange: ( val ) => setAttributes( { message: val } ),
			}
		);
	},
	save: ( { attributes } ) => {
		return wp.element.createElement(
			wp.blockEditor.RichText.Content,
			{ tagName: 'p', value: attributes.message }
		);
	},
} );

What weโ€™d love feedback on:

  • Does โ€œroleโ€: โ€œcontentโ€ behave as expected for your blockโ€™s attributes?
  • Are there blocks that should be editable in content-only mode but arenโ€™t?
  • Does the opt-out work reliably?

Scenario 4: Edge cases and multi-block patterns

Try this if you: Want to help find bugs.

Ideas to test:

  • Insert a pattern containing Buttons, List, Gallery or Social Icons and verify individual items can be selected and edited in content-only mode.
  • Test with nested patterns (a pattern inside a pattern).
  • Try undoing and redoing edits made inside content-only mode.
  • Test with multi-selecting blocks that span inside and outside a pattern.

What weโ€™d love feedback on:

  • Does anything break or behave unexpectedly?
  • Are there patterns in the pattern library that are unusable in content-only mode?

How to Share Feedback

Comment on this post with your findings, or file GitHubGitHub GitHub is a website that offers online implementation of git repositories that can easily be shared, copied and modified by other developers. Public repositories are free to host, private repositories require a paid subscription. GitHub introduced the concept of the โ€˜pull requestโ€™ where code changes done in branches by contributors can be reviewed and discussed before being merged by the repository owner. https://github.com/ issues in the WordPress/gutenberg repository and link to them here.

Helpful to include:

  • Browser, OS, and WordPress version
  • Screenshots or recordings
  • Steps to reproduce any issue
  • Severity assessment

Example:

Clicking a Button block inside a pattern opens full block controls instead of content-only mode

Steps to reproduce:

1. Insert the "Call to Action" pattern
2. Click the Button block inside it

Expected: Only button text is editable
Actual: Full toolbar and sidebar controls appear

Severity: Medium

WordPress: 7 Beta
Browser: Chrome 145.0.7632.110, MacOS
Theme: Twenty Twenty-Five

Resources


Thank you for making it this far and for testing!

Your feedback will directly shape how this feature lands in WordPress 7.0 and what gets improved in future releases.

Props to @ankit-k-gupta, @andrewserong and @talldanwp for helping to write this post.

Login to Reply<\/a><\/li><\/ul><\/div>","commentTrashedActions":"

Call for Testing – Customizable Navigation (“Mobile”) Overlays

Customizable Navigation Overlays are a new feature for WordPress 7.0 that gives you full control over โ€œmobileโ€ navigation menus using blocks and patterns.

Weโ€™re inviting the WordPress community to test this feature and share feedback. Weโ€™d love to hear from you by February 9, 2026 to allow time for refinements before the feature freeze.

Why This Change?

Mobile navigation overlays have been a significant pain pointPain point Pain points are โ€œplaces where you know from research or analytics that users are currently getting hung up and have to ask questions, or are likely to abandon the site or app.โ€ โ€”ย Design for Real Life for WordPress users. Users have had very little control over the design and content of their mobile navigation menus. When someone taps a hamburger menu on mobile, theyโ€™ve been stuck with WordPressโ€™s default overlay โ€“ no ability to customize branding, add promotional content, adjust styling, or control the layout.

This creates real problems:

  • Sites canโ€™t maintain brand consistency on mobile
  • No way to add calls-to-action or promotional content in the mobile menu
  • Mobile navigation feels disconnected from the rest of the site design
  • Users resort to complex workarounds or custom code

Custom Navigation Overlays addresses this by giving users full control over their mobile overlay menus using the familiar blockBlock Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. editor.

Whatโ€™s New?

Navigation Overlays enable users to:

  • Create custom mobile overlay menus using blocks and patterns
  • Control overlay design, content, and behavior โ€“ add branding, images, calls-to-action, and more
  • Manage multiple overlay variations โ€“ create different overlays for different contexts

Custom overlays are saved as template parts, which means theyโ€™re reusable components you can manage alongside your other theme templates. As such Themes can also provide their own Overlays suited to their particular design and use case.

This feature is targeting WordPress 7.0 and represents the first iteration of customizable navigation overlays. Weโ€™re shipping a solid v1 foundation that solves the coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. user need, with plans to expand capabilities in future releases based on community feedback.

Weโ€™d Love Your Feedback

Weโ€™re inviting the WordPress community to test this feature before it ships in 7.0. Your feedback will help us:

  • Catch bugs and edge cases
  • Validate the user experience is intuitive
  • Ensure compatibility across themes and use cases
  • Identify what works well and what needs refinement

Timeline: Weโ€™d appreciate feedback by February 9, 2026 (this gives us time to address issues before the February 19 feature freeze)

How to Test

Testing Environment

Quick Start with Playground:

  1. Open this Playground instance.
  2. Youโ€™re ready to test in the Site Editor.

What youโ€™ll need:

  • Latest Chrome, Firefox, or Safari browser
  • A Navigation block inserted to access overlay controls

What to Test

Weโ€™ve outlined three testing scenarios below. You donโ€™t need to test everything โ€“ pick what interests you or matches your use case.


Scenario 1: Create Your First Custom Overlay

Try this if you: Want to experience the feature as a first-time user

Steps:

  1. Insert a Navigation block on a page or in a template
  2. Look for the overlay customization controls in the block settings
  3. Create your first custom overlay
  4. Preview it in the editor
  5. View it on the frontend in mobile view

What weโ€™d love feedback on:

  • How easy was it to discover the overlay controls?
  • Was the creation process clear and intuitive?
  • Does the overlay look correct on mobile?

Scenario 2: Build a Custom Overlay from Scratch

Try this if you: Want to design a custom overlay with your own blocks and styling

Steps:

  1. Create a new overlay starting with blocks (not a pattern)
  2. Add various content: headings, images, buttons, navigation links, etc.
  3. Style your overlay: colors, spacing, typography
  4. Test submenu behavior
  5. View on frontend mobile

Bonus: Try creating multiple overlay variations and switching between them.

What weโ€™d love feedback on:

  • Can you build the overlay design you want?
  • Are the design controls sufficient?
  • Does switching between overlays work smoothly?

Scenario 3: Test Edge Cases

Try this if you: Want to help us find bugs and boundary conditions

Ideas to test:

  • Try creating an overlay without a close button โ€“ what happens?
  • Test with different WordPress themes
  • Delete a custom overlay and see how Navigation blocks handle it
  • Add multiple close buttons to one overlay
  • Test with complex block combinations

What weโ€™d love feedback on:

  • Does anything break or behave unexpectedly?
  • Are error messages (if any) helpful?
  • How does the feature handle edge cases?

Testing Tip: Try Both Editor and Frontend

For any scenario you test, itโ€™s helpful to check both:

  1. โœ… Editor experience โ€“ Does it work while editing?
  2. โœ… Frontend experience โ€“ Does it work on the live site (especially mobile)?

You can use browser DevTools device emulation or resize your browser to mobile width to test.


SEO and AccessibilityAccessibility Accessibility (commonly shortened to a11y) refers to the design of products, devices, services, or environments for people with disabilities. The concept of accessible design ensures both โ€œdirect accessโ€ (i.e. unassisted) and โ€œindirect accessโ€ meaning compatibility with a personโ€™s assistive technology (for example, computer screen readers). (https://en.wikipedia.org/wiki/Accessibility) Feedback Wanted

Weโ€™re actively discussing the technical implementation of overlay markup and would especially value input from SEO and accessibility experts.

The question: Where should the overlay markup be placed in the HTMLHTML HTML is an acronym for Hyper Text Markup Language. It is a markup language that is used in the development of web pages and websites.?

Current options under consideration:

  • Within the Navigation blockโ€™s <nav> element
  • Outside the <nav> element (as a sibling)
  • At the top of the pageโ€™s HTML markup
  • At the bottom of the pageโ€™s HTML markup

Each approach has potential implications for:

  • SEO: How search engines crawl and index content
  • Accessibility: Screen reader behavior, navigation landmarks, focus management
  • Performance: Initial page load and rendering

If you have expertise in SEO or accessibility, weโ€™d appreciate your perspective on which approach would best serve users. Feel free to share relevant standards, best practices, or real-world considerations that should inform this decision.

Relevant discussion: https://github.com/WordPress/gutenberg/issues/74583


How to Share Feedback

Comment on this post with your findings, or create GitHubGitHub GitHub is a website that offers online implementation of git repositories that can easily be shared, copied and modified by other developers. Public repositories are free to host, private repositories require a paid subscription. GitHub introduced the concept of the โ€˜pull requestโ€™ where code changes done in branches by contributors can be reviewed and discussed before being merged by the repository owner. https://github.com/ issues in the WordPress/gutenberg repository and link to them in your comment.

Helpful to include:

  • Browser and device/theme used
  • Screenshots or recordings (visual evidence is super helpful!)
  • Clear steps to reproduce any issues
  • Your assessment of severity (if reporting a bug)

Example:

Browser: Chrome 131, macOS
Theme: Twenty Twenty-Five

Issue: Overlay close button not visible on dark backgrounds

Steps to reproduce:
1. Create overlay with dark background
2. Add default close button
3. View on frontend mobile

Expected: Close button should be visible
Actual: White close button disappears against dark background

Severity: Medium - workaround is to add custom close button

[Screenshot]

Known Limitations (v1)

This is the first iteration of Navigation Overlays for WordPress 7.0. Some capabilities are intentionally out of scope for this release and will be considered for future versions:

  • Mega menus
  • Dialog-block reuse for overlays
  • Inline editing overlays directly in main canvas (currently must edit via template part editor)
  • Custom mobile breakpoints

See the complete scope: https://github.com/WordPress/gutenberg/issues/73084

Weโ€™re focused on shipping a solid foundation that solves the core user need. Future releases will expand capabilities based on community feedback and real-world usage.

Resources


Thank you for testing! ๐Ÿ™

Your feedback will help ensure Navigation Overlays provide a great experience for WordPress users managing mobile navigation. This is a v1 release, and your input will shape future iterations of the feature.

#call-for-testing #wordpress-7-0 #navigation

+make.wordpress.org/core/