itmaybejj / editoria11y-wp

WordPress wrapper for Editoria11y
GNU General Public License v2.0
5 stars 1 forks source link

=== Editoria11y Accessibility Checker === Contributors: itmaybejj, partyka Tags: accessibility checker, automated testing, quality assurance, SEO Stable tag: 1.0.18 Tested up to: 6.5 License: GPLv2 License URI: http://www.gnu.org/licenses/gpl-2.0.html

Content accessibility checker written to be intuitive and useful for non-technical authors and editors.

== Description ==

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

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

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.

The admin experience

Note that all this runs locally within your site. This plugin is the WordPress adaptation of the free and open-source Editoria11y library. Tests run in the browser and findings are stored in your own database; nothing is sent to any third party.

The tests

== Frequently Asked Questions ==

= 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:

= 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 of the core test suite are a bit different. At a high level:

= 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:

  1. Pick a "Theme for tooltips" that looks nice with your site's colors.
  2. 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.
  3. Editoria11y also provides a minimalist "as-you-type" issue highlighter that works inside the Block Editor/Gutenberg. If you find this feature annoying rather than helpful, change "Highlight issues while editing content" to "Only definite errors" or "None."
  4. 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
  5. 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:

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.

== Screenshots ==

  1. Checker with an open "manual check" request
  2. Optional feature: highlighting live in the block editor
  3. Site-wide reporting dashboard
  4. Checker set to dark theme, showing a table header alert

== Changelog ==

= 1.0.18 =

= 1.0.17 =

= 1.0.16 =

= 1.0.15 =

= 1.0.14 =

= 1.0.13 =

= 1.0.12 =

= 1.0.11 =

= 1.0.10 =

= 1.0.9 =

= 1.0.8 =

= 1.0.7 =

= 1.0.6 =

= 1.0.5 =