WordPress Accessibility Team position on default full screen mode in the editor


During the last weekly meeting, the team discussed the recent change of default to the full-screen mode in the editor. There is a general concern about the usability and accessibility implications this new default setting will have.

As a starting point, the WordPress Accessibility team is opposed to this change as it breaks some WCAG success criteria:

  • Success criteria 3.2.3: Consistent navigation
    “The intent of this Success Criterion is to encourage the use of consistent presentation and layout for users who interact with repeated content within a set of Web pages and need to locate specific information or functionality more than once.”
  • Success criteria 3.2.4: Consistent identification
    “The intent of this Success Criterion is to ensure consistent identification of functional components that appear repeatedly within a set of Web pages. A strategy that people who use screen readers use when operating a Web site is to rely heavily on their familiarity with functions that may appear on different Web pages.”

The main issue is that the fullscreen mode (when it’s activated by default) removes the top bar and admin menus. Navigation should stay consistent in the whole admin experience. There is another similar issue in WordPress admin, but this change happened years ago. This is not a reason to reproduce such a mistake.

If this change is here to stay, it would be nice to add a modal to explain how to restore the normal mode as this is not easily discoverable for the moment.

The current mechanism to exit full screen is a “Go Back” button using the WordPress Logo that sends the user to the posts list. It is worth noting that users are not necessarily coming from the posts list, and the “go back” button (WordPress logo) is not relevant as it takes the users back to a screen that wasn’t necessarily visited before.

There is also a concern about the date on which this change was introduced. If it had been introduced during the development cycle, the Accessibility team could have provided proper information to the Gutenberg team on the accessibility issues concerning this feature.

This change breaks the rule decided for WP 5.4: new features and enhancements can’t land during beta cycle. While the full-screen feature itself is not a new feature, the change to including it as the default behavior constitutes a significant change to the UI and how many users will use the editor. The related ticket was opened and merged only few hours before WordPress 5.4 RC 1.

If this feature is going to stay in WordPress 5.4, the accessibility team believes it will need a post mortem on Make/Core. The goal would be to avoid this situation (including changes that late in the release cycle) being repeated in future releases and to make sure important changes introduced in WordPress are accessibility compliant.

Note also that this change was discussed in the #core Slack channel during the March 9, 2020 devchat meeting and the majority of the attendees appeared to be opposed to it. In conclusion @chanthaboune was going to give feedback to the project lead. As no decision has been communicated for now, the accessibility team assumes this change is probably going to stay in WordPress 5.4.

#core-editor, #gutenberg