Editoria11y Accessibility Checker

开发者	itmaybejj partyka
更新时间	2024年11月23日 03:12
WordPress版本:	6.7
版权:	GPLv2
版权网址:	版权信息

开发者

itmaybejj
partyka

更新时间

2024年11月23日 03:12

WordPress版本:

6.7

版权:

GPLv2

版权网址:

版权信息

详情介绍:

Editoria11y ("editorial accessibility ally") is a quality assurance tool built for an author's workflow:

It provides instant feedback. Authors do not need to remember to press a button or visit a dashboard to check their work.
It checks in context on pages, not just within the post editor, allowing it to test content edited in widgets or theme features.
It focuses exclusively on content issues: assisting authors at improving the things that are their responsibility.

This plugin is the WordPress adaptation of the open-source Editoria11y library. Tests run in the browser and findings are stored in your own database; nothing is sent to any third party. It is meant to supplement, not replace, testing your code and visual design with developer-focused tools and testing practices. The authoring experience Check out a demo of the checker itself.

When logged-in authors and editors are viewing pages, Editoria11y inserts tooltips marking any issues present on the current page. Issues are also highlighted while editing in the Block Editor / Gutenberg.
Tooltips explain each problem and what actions are needed to resolve it. Some issues are marked as "manual checks," can be hidden or marked as OK.
Clicking the main toggle shows and hides the tooltips.
The main toggle also allows authors to jump to the next issue, restore previously dismissed alerts, visualize text alternatives for images on the page ("alts"), and view the document's heading outline.
Optionally, the checker can also outline blocks with issues while the author is editing the content.

The admin experience

Filterable reports let you explore recent issues, which pages have the most issues, which issues are most common, and which issues have been dismissed. These populate and update as content is viewed and updated.
Various settings are available to constrain checks to specific parts of the page and tweak the sensitivity of several tests.

The tests

Text alternatives for visual content
Images with no alt text
Images with a filename as alt text
Images with very long alt text
Alt text that contains redundant text like “image of” or “photo of”
Images in links with alt text that appears to be describing the image instead of the link destination
Embedded visualizations that usually require a text alternative
Meaningful links
Links with no text
Links titled with a filename
Links only titled with generic text: “click here,” “learn more,” “download,” etc.
Links that open in a new window without warning
Document outline and structure
Skipped heading levels
Empty headings
Very long headings
Suspiciously short blockquotes that may actually be headings
All-bold paragraphs with no punctuation that may actually be headings
Suspicious formatting that should probably be converted to a list (asterisks and incrementing numbers/letters prefixes)
Tables without headers
Empty table header cells
Tables with document headers ("Header 3") instead of table headers
General quality assurance
LARGE QUANTITIES OF CAPS LOCK TEXT
Links to PDFs and other documents, reminding the user to test the download for accessibility or provide an alternate, accessible format
Video embeds, reminding the user to add closed captions
Audio embeds, reminding the user to provide a transcript
Social media embeds, reminding the user to provide alt attributes
Custom results provided by your JS

屏幕截图:

常见问题:

How is this different from other checkers?

Editoria11y is meant to supplement, not replace, these tools. Editoria11y is...spellcheck: a seamless, automatic and intuitive integration for content authoring. It:

Does not require training before use.
Eschews obfuscation and techno-legal jargon. It explains what the issue is in plain language, with a simple explanation of how to fix it. "This image needs alternative text" with a short explanation of what alternative text is makes sense without prior technical knowledge; "Failure of WCAG 1.1.1 Level A: Non-text Content" does not.
Deliberately excludes tests for theme and plugin issues, like invalid HTML tags and ARIA attributes. Testing is critically important for themers and developers, but it is work for themers and developers, not content editors. For ongoing quality assurance, Editoria11y provides people with a tool that fits their role, so they only receive alerts for things they can fix.

How is this different from Sa11y?

Editoria11y's test suite is quite similar to Sa11y. Editoria11y began as a Sa11y fork, and the maintainers collaborate on new tests and optimizations. The look, feel and features outside the core test suite are a bit different. At a high level:

Sa11y provides a broader test suite:
A legibility scoring library is included
A contrast checking library is included
The end-user can override appearance and test coverage settings from the results panel
Editoria11y provides live-editing feedback and server-side tools:
Editors receive feedback while editing.
Findings are synchronized to a site-wide reporting dashboard
Manual-checks marked as "OK" are dismissed for all users, not just the current user
All configuration is managed in the plugin settings

Is this an overlay?

Overlays are tools that modify your site's public pages according to automated attempts to modify its code and design, claiming these machine-generated changes to your site will better meet the accessibility needs of your users. Overlays may override your font sizes or colors, or modify its heading tags and buttons. You should familiarize yourself with the assistive technology compatibility problems overlays may introduce before assuming these changes will be helpful. Editoria11y is not an overlay. It does not modify the site viewed by not-logged-in-users in any way. It is an editor-facing "spellchecker" that helps your site editors create accessible content.

Installation

Editoria11y's default settings will work great for most sites. Your first task after installation should be clicking through a representative sampling of the main pages of your site. This will start to populate your dashboard report, and give you a chance to look for issues to fix or dismiss. If you notice anything amiss, experiment with these settings:

Pick a "Theme for tooltips" that looks nice with your site's colors.
If the checker is flagging issues that are not relevant to content editors, either use "Check content in these containers" to constrain checks to the parts of the page with editable content, or "Exclude these elements from checks" to skip over certain elements, regions or widgets.
Editoria11y also provides an "as-you-type" issue highlighter that works inside the Block Editor/Gutenberg. If you find live correction annoying rather than helpful, change "Check inside the block editor" to unset "always show tips," or chose "Do not check while editing."
If you do not want PDF or other document types flagged for manual checks, provide a shorter selector list or set "Document types that need manual review" to false
If your theme has done something very unusual with its layout, such as setting the height of the content container to 0px, you may see confusing alerts when opening Editoria11y tips saying that the highlighted element may be off-screen or invisible. If that happens, disable "Check if elements are visible when using panel navigation buttons." This is disabled by defaults on any WordPress themes we have noticed this on, so if you find a theme

If you are a theme developer, note that the library dispatches JavaScript events at several key moments (scan finishes, panel opens, tooltip opens or shuts), allowing you to attach custom functionality. JavaScript on sites running Editoria11y can use these events to do things like automatically opening accordion widgets if they contain hidden alerts, disabling "sticky" site menus if the panel is open, inserting custom results, or syncing results to third-party dashboards. And then...tell us how it went! This plugin and its base library are both under active development. Ideally send bug reports and feature requests through the GitHub issue queue.

Credit

Editoria11y's WordPress plugin is maintained by Princeton University's Web Development Services team:

John Jameson: Editoria11y JS and CMS integrations
Jason Partyka: Devops
Brian Osborne: Code review
Michael Muzzie: Wapuu photos

Editoria11y began as a fork of the Toronto Metropolitan University's Sa11y Accessibility Checker, and our teams regularly pass new code and ideas back and forth.

更新日志:

Note that work is proceeding on the UI rewrite, and feedback would be much appreciated. 2.0.4

Fixes race condition that caused the checker to not always appear in the block editor.
Adds color highlighting inside the headings panel.

2.0.3

Fixes alignment of issue count in tooltip when there is exactly 1 issue.

2.0.2

Improved tip placement logic, and some visual refinements.

2.0.1

Fixes some alignment and display bugs, especially in Safari.

2.0.0

Updates to the 2.3 branch of the checker library. This is a significant redesign of the tips and panel, so please do test before sending to production on complex sites. The new interface can be tested on the Editoria11y library demo site.
New interface for the in-editor checker brings in the full tooltip rather than a simple outline, and eliminates compatibility issues with other plugins that were also modifying the Gutenberg interface.

1.0.21