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

Clarify that Baseline does not cover assistive technology #519

Merged
merged 6 commits into from
Mar 28, 2024
Merged
Changes from 3 commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 4 additions & 0 deletions docs/baseline.md
Original file line number Diff line number Diff line change
Expand Up @@ -59,6 +59,9 @@ Baseline status cannot or will not satisfy the following non-goals:
Many Baseline features will not achieve 100% user reach soon or perhaps ever.
If a web developer needs to support a globally uncommon or discontinued browser (e.g., Internet Explorer 11), then the developer needs to know the specific limitations of that browser, not a broad overview of developers’ most commonly required browsers.
Baseline can’t be both.
* **Identify support in assistive technology.**
Baseline does not cover support in assistive technology (AT), which includes screen readers, screen magnifiers, voice control, and so on.
See also: [Future considerations](#future-considerations).
tidoust marked this conversation as resolved.
Show resolved Hide resolved
* **Identify support in non-web environments.**
Developers use web technologies in non-web settings, such as JavaScript in Node.js, Web APIs in Deno, or HTML and CSS in Electron-based applications.
For good reasons, web technologies in non-web settings often depart from interoperability with web browsers.
Expand Down Expand Up @@ -176,5 +179,6 @@ Here are some areas for future consideration and not currently in-scope for Base
* Progressive enhancement safe (i.e., limited penalties for support failures)
* Developer feedback requested
* Buggy (e.g., supported but in ways that are surprising and semi-interoperable)
* Not exposed to platform accessibility APIs (AAPIs) as specified
tidoust marked this conversation as resolved.
Show resolved Hide resolved
* Obsolete/deprecated/legacy/etc. (i.e., flagged as such in the specification or dropped from newer versions of the specification)
* Having high-quality polyfills available
Loading