Skip to content
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

Allow Classic Block to be default block #10546

Closed
tofumatt opened this issue Oct 12, 2018 · 2 comments
Closed

Allow Classic Block to be default block #10546

tofumatt opened this issue Oct 12, 2018 · 2 comments
Labels
[Focus] Accessibility (a11y) Changes that impact accessibility and need corresponding review (e.g. markup changes). [Status] Not Implemented Issue/PR we will (likely) not implement.

Comments

@tofumatt
Copy link
Member

There is some discussion around what kind of accessibility standards Gutenberg needs to meet to be recommended to users of various assistive technologies (#10537), and what the fallbacks would be for them were Gutenberg not considered accessible enough to be responsibly recommended for (some) users.

The community sentiment seems to indicate that the Classic Editor is, while not the ideal fallback (creating a lesser experience for users of assistive technology isn't great), an accessible editing experience. I pointed out that the Classic Editor plugin could be a good alternative for users with accessibility needs for the first few releases of WordPress with Gutenberg, but it was pointed out here: #10318 (comment) by @joedolson that there's a permissions issue there: what happens if you require the Classic Editing Experience™ but can't install plugins?

Having worked in government myself for years and heard from educators with locked-down installs–two areas where accessibility is not only important but often enforced by law–asking users to install the Classic Editor plugin might be unworkable. Using the Classic Editor Plugin was originally proposed in a "try callout" suggestion (https://core.trac.wordpress.org/ticket/44671#comment:9), but I think we can't rely on it being the solution.

Instead, we should provide the ability to enable the Classic block as the default block (for users of assistive technology). Enabling this will allow users to be slowly migrated to Gutenberg but not have to worry about the accessibility of all blocks involved.

(That said, if the blocks/editing experience making up the Classic Editor experience are not found to have accessibility issues, I'm not sure this would be needed.)

@tofumatt tofumatt added the [Focus] Accessibility (a11y) Changes that impact accessibility and need corresponding review (e.g. markup changes). label Oct 12, 2018
@tofumatt tofumatt added this to the Merge: Accessibility milestone Oct 12, 2018
@tofumatt
Copy link
Member Author

FYI: I have no idea what the UX/UI of setting this block would be.

@tofumatt
Copy link
Member Author

Having explored this further: mainly testing Gutenberg more thoroughly myself for major accessibility blockers in the main writing flow, knowing UI freeze is soon with more forward-looking accessibility features like date/colour pickers landing, and hearing from @mtias of the accessibility issues with the Classic Editor itself, I don't think this is worth doing specifically for Accessibility or for the merge.

A default block change might be neat in the future (mainly for "better" paragraph blocks provided by third-parties), but this isn't required to merge.

@tofumatt tofumatt added the [Status] Not Implemented Issue/PR we will (likely) not implement. label Oct 17, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
[Focus] Accessibility (a11y) Changes that impact accessibility and need corresponding review (e.g. markup changes). [Status] Not Implemented Issue/PR we will (likely) not implement.
Projects
None yet
Development

No branches or pull requests

2 participants
@tofumatt and others