From 0448df5d54e2dd6a3155093e828e44a3830ba5b5 Mon Sep 17 00:00:00 2001 From: Rohan Kumar Date: Sun, 6 Nov 2022 22:04:08 -0700 Subject: [PATCH] New note: AT support vs textual browsers --- ...echnology-support-versus-textual-browsers.md | 17 +++++++++++++++++ 1 file changed, 17 insertions(+) create mode 100644 content/notes/assistive-technology-support-versus-textual-browsers.md diff --git a/content/notes/assistive-technology-support-versus-textual-browsers.md b/content/notes/assistive-technology-support-versus-textual-browsers.md new file mode 100644 index 0000000..72dd3ba --- /dev/null +++ b/content/notes/assistive-technology-support-versus-textual-browsers.md @@ -0,0 +1,17 @@ +--- +title: "Assistive technology support versus textual browsers" +date: 2022-11-06T22:04:08-08:00 +replyURI: "https://mastodon.cisti.org/@GustavinoBevilacqua/109300551030058031" +replyTitle: "many screen readers for blind people are based on lynx" +replyType: "SocialMediaPosting" +replyAuthor: "Gustavino Bevilacqua" +replyAuthorURI: "https://mastodon.cisti.org/@GustavinoBevilacqua" +--- + +This is an idea I've seen repeated before. I need to push back on it. + +Assistive technology (AT) interfaces with an operating system's accessibility APIs. A browser converts the Document Object Model (DOM) into an assistive tree, and sends that to the OS accessibility API. + +Now, some screen readers actually do hook into the browser; NVDA does this with Firefox and Chromium. But this isn't always the case. ATs need to crawl an accessibility tree for the entire desktop environment, and the browser is one of many windows present. They don't just convert markup to text. + +A semantic screen-reader friendly site may look awful in Lynx. A Lynx-friendly site may have terrible semantics and navigate poorly in a screen reader. To work well in both scenarios, deliver content with semantic markup and make non-markup resources optional.