├── src ├── favicon.ico ├── og-twitter.png ├── screen.css └── index.html ├── .editorconfig ├── .gitignore ├── LICENSE └── README.md /src/favicon.ico: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/mohammad-suliman/overlayfactsheet/develop/src/favicon.ico -------------------------------------------------------------------------------- /src/og-twitter.png: -------------------------------------------------------------------------------- https://raw.githubusercontent.com/mohammad-suliman/overlayfactsheet/develop/src/og-twitter.png -------------------------------------------------------------------------------- /.editorconfig: -------------------------------------------------------------------------------- 1 | # EditorConfig helps developers define and maintain consistent 2 | # coding styles between different editors and IDEs 3 | # editorconfig.org 4 | 5 | root = true 6 | 7 | [*] 8 | indent_style = space 9 | indent_size = 2 10 | end_of_line = lf 11 | charset = utf-8 12 | trim_trailing_whitespace = true 13 | insert_final_newline = true 14 | -------------------------------------------------------------------------------- /.gitignore: -------------------------------------------------------------------------------- 1 | ### PHP storm/ IntelliJ ### 2 | .idea 3 | .idea/* 4 | .idea/workspace.xml 5 | atlassian-ide-plugin.xml 6 | .settings 7 | *.iml 8 | 9 | ### vim ### 10 | [._]*.s[a-w][a-z] 11 | [._]s[a-w][a-z] 12 | *.un~ 13 | Session.vim 14 | .netrwhist 15 | *~ 16 | 17 | ### Emacs ### 18 | \#*\# 19 | /.emacs.desktop 20 | /.emacs.desktop.lock 21 | *.elc 22 | auto-save-list 23 | tramp 24 | .\#* 25 | 26 | /node_modules/ 27 | -------------------------------------------------------------------------------- /LICENSE: -------------------------------------------------------------------------------- 1 | MIT License 2 | 3 | Copyright (c) 2021 Karl Groves 4 | 5 | Permission is hereby granted, free of charge, to any person obtaining a copy 6 | of this software and associated documentation files (the "Software"), to deal 7 | in the Software without restriction, including without limitation the rights 8 | to use, copy, modify, merge, publish, distribute, sublicense, and/or sell 9 | copies of the Software, and to permit persons to whom the Software is 10 | furnished to do so, subject to the following conditions: 11 | 12 | The above copyright notice and this permission notice shall be included in all 13 | copies or substantial portions of the Software. 14 | 15 | THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR 16 | IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, 17 | FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE 18 | AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER 19 | LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, 20 | OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE 21 | SOFTWARE. 22 | -------------------------------------------------------------------------------- /README.md: -------------------------------------------------------------------------------- 1 | # overlay factsheet 2 | 3 | [![Netlify Status](https://api.netlify.com/api/v1/badges/38981166-3465-41df-8561-55859185211c/deploy-status)](https://app.netlify.com/sites/overlayfactsheet/deploys) 4 | 5 | A non-biased, community-driven, fact-based information sheet aimed at educating customers on web-accessibility overlays. This repo powers the site at https://overlayfactsheet.com/ 6 | 7 | ## Contributing 8 | 9 | ### Endorse this statement 10 | 11 | #### EASY: If the whole PR thing is something you're not comfortable with you can do one of three things: 12 | 13 | * Log an Issue in this repo: Click "Issues" and follow the process of adding an issue that indicates that you want to sign 14 | * Send an email to karl@tenon.io to indicate that you want to sign 15 | * Send a Twitter DM to @karlgroves to indicate that you want to sign 16 | 17 | #### Harder, but more efficient 18 | 19 | Toward the bottom of the page in the `/src/index.html` file is a heading that says "Signed by". 20 | 21 | Below that is an ordered list (`
    `); 22 | 23 | Add your name as a `
  1. ` in that list, in the following format: Name, Title, Organization. For example: `Joe Schmoe, CEO, Acme Corp.` If you'd rather not put your title and organization down, that's fine. Feel free to do something like `Joe Schmoe, self` 24 | 25 | Please do not add links in the endorsement section. This isn't an exercise in SEO for anyone, it is a statement of unity. 26 | 27 | Please use the PR process described below, issuing your PR against the `develop` branch. 28 | 29 | ### Design and/or Code 30 | 31 | Contributions to the design and/ or code are encouraged! 32 | 33 | We follow a modified "git flow" type of workflow: 34 | 35 | 1. Create an issue that describes the change you want to make (or pick one from the list of desired changes) 36 | 2. Create a branch for that issue 37 | 3. Issue a pull request against the `develop` branch that is *solely focused* on the issue you're working against. 38 | 4. Once a repo admin approves the PR, it will be merged into `develop` 39 | 5. From there, it'll be verified on the preview version of the site and, if acceptable, a PR will be made to go from `develop` to `main`. 40 | 6. When the PR to `main` has passed, it will automatically deploy. 41 | 42 | ### Content 43 | 44 | Contributions of content will follow the exact same workflow as above. 45 | 46 | Please note the following general content guidance: 47 | 48 | 1. This project is aimed at conveying facts. Content should strive to avoid hyperbole, exaggeration, and logical fallacy. 49 | 2. Opinions should be avoided unless they are opinions of end users describing their experiences with overlays. 50 | 3. Advertisements for any product, service, or company is prohibited. 51 | 4. You should use [Wikipedia's Content Standards](https://en.wikipedia.org/wiki/Wikipedia:Understanding_Wikipedia%27s_content_standards) and [Principles](https://en.wikipedia.org/wiki/Wikipedia:Principles) as guides for what we're trying to accomplish here. 52 | 53 | 54 | -------------------------------------------------------------------------------- /src/screen.css: -------------------------------------------------------------------------------- 1 | /* All */ 2 | *, 3 | *::before, 4 | *::after { 5 | box-sizing: border-box; 6 | margin: 0; 7 | padding: 0; 8 | vertical-align: baseline; 9 | } 10 | 11 | 12 | 13 | 14 | /* Custom properties */ 15 | :root { 16 | --border-radius: 0.5rem; 17 | --border-thickness: 2px; 18 | --color-gray-100: #ffffff; 19 | --color-gray-200: #eaeaea; 20 | --color-gray-300: #afafaf; 21 | --color-gray-400: #aeaeae; 22 | --color-gray-500: #949494; 23 | --color-gray-600: #818181; 24 | --color-gray-700: #6a6a6a; 25 | --color-gray-800: #3f3f3f; 26 | --color-gray-900: #2c2c2c; 27 | --color-red-100: #FFE4D6; 28 | --color-red-200: #FFC3AD; 29 | --color-red-300: #FF9B83; 30 | --color-red-400: #FF7565; 31 | --color-red-500: #FF3632; 32 | --color-red-600: #DB2430; 33 | --color-red-700: #B71931; 34 | --color-red-800: #930F2F; 35 | --color-red-900: #7A092E; 36 | --color-yellow-100: #FFFACC; 37 | --color-yellow-200: #FEEBB1; 38 | --color-yellow-300: #FEDD89; 39 | --color-yellow-400: #FDCF6C; 40 | --color-yellow-500: #FCB93C; 41 | --color-yellow-600: #D8962B; 42 | --color-yellow-700: #B5751E; 43 | --color-yellow-800: #925813; 44 | --color-yellow-900: #78430B; 45 | --typeface-primary: 'Helvetica Neue', Helvetica, Arial, sans-serif; 46 | --line-height-100: 1.1; 47 | --line-height-200: 1.3; 48 | --line-height-300: 1.5; 49 | --line-height-400: 1.75; 50 | --line-height-500: 2; 51 | --vertical-rhythm: 1.5rem; 52 | } 53 | 54 | 55 | 56 | 57 | /* Core */ 58 | html { 59 | margin: 0; 60 | min-height: 100%; 61 | overflow-y: scroll; 62 | padding: 0; 63 | text-size-adjust: 100%; 64 | 65 | hanging-punctuation: first; 66 | 67 | -ms-overflow-style: scrollbar; 68 | -ms-text-size-adjust: 100%; 69 | -webkit-text-size-adjust: 100%; 70 | 71 | font-kerning: normal; 72 | -moz-font-feature-settings: "kern"; 73 | -ms-font-feature-settings: "kern"; 74 | -webkit-font-feature-settings: "kern"; 75 | font-feature-settings: "kern"; 76 | } 77 | 78 | html { 79 | @media screen and (-webkit-min-device-pixel-ratio: 2), screen and (min-resolution: 2dppx) { 80 | font-smoothing: subpixel-antialiased; 81 | } 82 | } 83 | 84 | html { 85 | @-ms-viewport { 86 | width: device-width; 87 | } 88 | } 89 | 90 | body { 91 | background-color: var(--color-gray-100); 92 | color: var(--color-gray-800); 93 | font-family: var(--typeface-primary); 94 | font-size: 120%; 95 | line-height: var(--line-height-300); 96 | min-height: 100%; 97 | } 98 | 99 | h2, 100 | h3 { 101 | color: var(--color-gray-900); 102 | line-height: var(--line-height-200); 103 | font-weight: 400; 104 | } 105 | 106 | h2 { 107 | font-size: 1.75rem; 108 | margin-top: calc(var(--vertical-rhythm) * 2); 109 | } 110 | 111 | h3 { 112 | font-size: 1.5rem; 113 | margin-top: calc(var(--vertical-rhythm) * 2); 114 | } 115 | 116 | p { 117 | margin-top: var(--vertical-rhythm); 118 | } 119 | 120 | ul { 121 | margin-top: var(--vertical-rhythm); 122 | margin-left: 2rem; 123 | } 124 | 125 | ol { 126 | margin-top: var(--vertical-rhythm); 127 | margin-left: 3rem; 128 | } 129 | 130 | li { 131 | margin-top: calc(var(--vertical-rhythm) / 2); 132 | } 133 | 134 | blockquote { 135 | margin-top: var(--vertical-rhythm); 136 | } 137 | 138 | a { 139 | color: var(--color-red-700); 140 | transition: 141 | 150ms background-color ease-in-out, 142 | 150ms color ease-in-out; 143 | } 144 | 145 | a:hover, 146 | a:focus { 147 | background-color: var(--color-red-100); 148 | text-decoration: none; 149 | } 150 | 151 | 152 | 153 | 154 | /* Utilities */ 155 | .text-align-center { 156 | text-align: center; 157 | } 158 | 159 | .container { 160 | max-width: 62ch; 161 | margin: 0 auto; 162 | padding: 1rem; 163 | } 164 | 165 | .skip-to-content-link { 166 | display: inline-block; 167 | background: #fff; 168 | padding: 8px; 169 | position: absolute; 170 | left: 50%; 171 | transform: translate(-50%, -100%); 172 | } 173 | 174 | .skip-to-content-link:focus { 175 | transform: translate(-50%, 20%); 176 | } 177 | 178 | 179 | /* Layout */ 180 | .header { 181 | background-color: var(--color-gray-900); 182 | padding: 3.5rem 2rem; 183 | } 184 | 185 | .in-their-own-words, 186 | .further-reading { 187 | margin-top: calc(var(--vertical-rhythm) * 2); 188 | padding: 0 2rem 4rem 2rem; 189 | } 190 | 191 | .quotes { 192 | display: grid; 193 | grid-template-columns: 1fr; 194 | gap: 2rem; 195 | } 196 | 197 | @supports (display: grid) { 198 | .quotes { 199 | margin-top: var(--vertical-rhythm); 200 | } 201 | } 202 | 203 | @media screen and (min-width: 60rem) { 204 | .quotes { 205 | grid-template-columns: 1fr 1fr; 206 | } 207 | } 208 | 209 | @media screen and (min-width: 80rem) { 210 | .quotes { 211 | grid-template-columns: 1fr 1fr 1fr; 212 | } 213 | } 214 | 215 | .in-their-own-words { 216 | background-color: var(--color-red-100); 217 | } 218 | 219 | .further-reading { 220 | background-color: var(--color-gray-200); 221 | } 222 | 223 | 224 | 225 | 226 | /* Content */ 227 | .logo { 228 | fill: var(--color-red-400); 229 | height: 6rem; 230 | width: 6rem; 231 | } 232 | 233 | .title { 234 | color: var(--color-gray-100); 235 | font-size: 1.25rem; 236 | font-weight: 400; 237 | letter-spacing: 0.05ch; 238 | margin-top: 0.5rem; 239 | } 240 | 241 | .summary { 242 | border: var(--border-thickness) solid var(--color-yellow-200); 243 | background-color: var(--color-yellow-100); 244 | font-size: 1.15rem; 245 | padding: var(--vertical-rhythm) calc(var(--vertical-rhythm) * 1.5); 246 | } 247 | 248 | .conformance-quote { 249 | background-color: var(--color-gray-200); 250 | font-size: 1.3rem; 251 | margin-top: 2.5rem; 252 | margin-bottom: 2.5rem; 253 | padding: 2rem; 254 | } 255 | 256 | .conformance-quote cite { 257 | display: block; 258 | font-size: 1.25rem; 259 | font-style: normal; 260 | margin-top: 0.5rem; 261 | } 262 | 263 | .quote { 264 | background-color: var(--color-gray-100); 265 | border: var(--border-thickness) solid var(--color-red-200); 266 | border-radius: var(--border-radius); 267 | margin-top: calc(var(--vertical-rhythm) * 2); 268 | padding: 2rem; 269 | } 270 | 271 | .add-your-name { 272 | background: var(--color-yellow-100); 273 | border: var(--border-thickness) solid var(--color-yellow-500); 274 | border-radius: var(--border-radius); 275 | color: var(--color-yellow-800); 276 | display: inline-block; 277 | font-size: 1.25rem; 278 | margin-top: var(--vertical-rhythm); 279 | padding: 1rem 2rem; 280 | } 281 | 282 | .add-your-name:hover, 283 | .add-your-name:focus { 284 | background: var(--color-yellow-300); 285 | color: var(--color-yellow-900); 286 | } 287 | 288 | @supports (display: grid) { 289 | .quote { 290 | margin-top: 0; 291 | } 292 | } 293 | 294 | .quote cite { 295 | font-style: normal;; 296 | display: block; 297 | margin-top: 0.5rem; 298 | } 299 | 300 | .further-reading-source { 301 | display: block; 302 | font-size: 1rem; 303 | } 304 | 305 | #webaim-quote{ 306 | margin: 2rem; 307 | } 308 | 309 | 310 | /* Dark mode */ 311 | @media (prefers-color-scheme: dark) { 312 | body { 313 | background-color: var(--color-gray-900); 314 | color: var(--color-gray-200); 315 | } 316 | 317 | h2, 318 | h3 { 319 | color: var(--color-gray-100); 320 | } 321 | 322 | a { 323 | color: var(--color-red-300); 324 | } 325 | 326 | a:hover, 327 | a:focus { 328 | background: var(--color-red-900); 329 | } 330 | 331 | .header { 332 | background-color: var(--color-gray-100); 333 | } 334 | 335 | .title { 336 | color: var(--color-gray-800); 337 | } 338 | 339 | .conformance-quote { 340 | background-color: var(--color-gray-800); 341 | } 342 | 343 | .summary { 344 | color: var(--color-gray-900); 345 | } 346 | 347 | .in-their-own-words { 348 | background-color: var(--color-red-900); 349 | } 350 | 351 | .quote { 352 | background-color: var(--color-gray-900); 353 | border: var(--border-thickness) solid var(--color-red-800); 354 | border-radius: var(--border-radius); 355 | margin-top: calc(var(--vertical-rhythm) * 2); 356 | padding: 2rem; 357 | } 358 | 359 | .further-reading { 360 | background-color: var(--color-gray-800); 361 | } 362 | } 363 | -------------------------------------------------------------------------------- /src/index.html: -------------------------------------------------------------------------------- 1 | 2 | 3 | 4 | 5 | 6 | Overlay Fact Sheet 7 | 8 | 9 | 10 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | Skip to content 32 |
    33 | 39 |

    Overlay Fact Sheet

    40 |
    41 |
    42 | 78 |
    79 |
    80 |
    81 |

    82 | Introduction, definition, and history of web accessibility overlays 83 |

    84 |

    85 | Overlays are a broad term for technologies aimed at improving the 86 | accessibility of a website by applying third-party source code (typically 87 | JavaScript) to make improvements to the front-end code of the website. 88 |

    89 |

    Website add-on products purporting to improve accessibility go back to the 90 | late 1990s with products like Readspeaker 91 | and Browsealoud. Both 92 | of which added text-to-speech capabilities to the website(s) on which they 93 | were installed.

    94 |

    Later, similar products came to market that added additional tools to 95 | their software that allow user-based control of things like font-sizes and 96 | changes to the web pages colors so that contrast is improved. Products like 97 | Userway, EqualWeb, AudioEye, User1st, MaxAccess, FACIL'iti, and accessiBe fall into this category. 98 | These products are sometimes also white labelled under additional names.

    99 | 100 |

    101 | Strengths and weaknesses of overlay “widgets” 102 |

    103 |

    104 | Overlay widgets are unnecessary and are poorly placed in the 105 | technology stack. 106 |

    107 |

    As stated above, some overlay products contain widgets which present a 108 | series of controls that modify the presentation of the page they're on. 109 | Depending on the product, those changes may do things like change the page 110 | contrast, enlarge the size of the page's text, or perform other changes to 111 | the page that are intended to improve the experience for users with 112 | disabilities.

    113 |

    To laypersons, these features may seem beneficial, but their practical 114 | value is largely overstated because the end users that these features claim 115 | to serve will already have the necessary features on their computer, either 116 | as a built-in feature or as an additional piece of software that the user 117 | needs to access not only the Web but all software.

    118 |

    On this latter point, it is a mistake to believe that the features 119 | provided by the overlay widget will be of much use by end users because if 120 | those features were necessary to use the website, they'd be 121 | needed for all websites that the user interacts with. Instead, the widget is  122 | as—at best—redundant functionality with what the user already has.

    123 | 124 |

    125 | Strengths and weaknesses of automated repair 126 |

    127 |

    128 | While some automated repair is possible, customers should be 129 | discouraged from using an overlay as a long-term solution. 130 |

    131 |

    Some overlay products have capabilities aimed at providing accessibility 132 | repairs to the underlying page on which the overlay is added. These repairs 133 | are applied when the page loads in the user's browser.

    134 |

    While it is true that a non-trivial array of accessibility problems can be 135 | repaired in this manner, the nature, extent, and accuracy of such repair are 136 | limited by a number of important factors:

    137 |
      138 |
    • Automated application of text alternatives for images is not 139 | reliable 140 |
    • 141 |
    • Automated repair of field labels, error management, error handling, and 142 | focus control on forms is not reliable 143 |
    • 144 |
    • Automated repair of keyboard access is not reliable
    • 145 |
    • Modern, component-based user interfaces, such as those using ReactJS, 146 | Angular, or Vue may change the state of all or some of the underlying page 147 | independently of the overlay, rendering it unable to fix those 148 | JavaScript-driven changes to content. 149 |
    • 150 |
    • Repairs to the page can either slow down page load times or cause 151 | unexpected page changes for assistive technology users. 152 |
    • 153 |
    154 | 155 |

    In addition to the above, overlays do not repair content in Flash, Java, 156 | Silverlight, PDF, HTML5 Canvas, SVG, or media files.

    157 |

    An additional class of product exists, which only perform automated 158 | repairs and are marketed as a temporary solution. These include Amaze by 159 | Deque Systems, Alchemy by Level Access, and Sentinel by Tenon. 160 |

    For purposes of this document, these products aren't considered to be in 161 | the same class of product as the overlays that provide widgets. The most 162 | notable difference, beyond the lack of a “widget” is that Amaze, 163 | Alchemy, and Sentinel are understood by their manufacturers as being intended 164 | for use as an interim solution.

    165 | 166 |

    167 | Fitness for achieving compliance with accessibility standards 168 |

    169 |

    While the use of an overlay may improve 170 | compliance with a handful of provisions in major accessibility standards, 171 | full compliance cannot be achieved with an overlay.

    172 |

    Among the many claims made by overlay vendors is the claim that the use of 173 | their product will being the site into compliance with accessibility 174 | standards such as WCAG 2.x, related and derivative standards, and laws that 175 | mandate compliance with those standards.

    176 | 177 |
    178 | Conformance to a standard means that you meet or satisfy the 179 | ‘requirements’ of the standard. In WCAG 2.0 the 180 | ‘requirements’ are the Success Criteria. To conform to WCAG 2.0, you need 181 | to satisfy the Success Criteria, that is, there is no content which 182 | violates the Success Criteria. 183 | 184 | Understanding 185 | WCAG 2.0: Understanding Conformance 186 | 187 |
    188 | 189 |

    Given that conformance is defined as meeting all 190 | requirements of the standard, these products' documented inability to repair 191 | all possible issues means that they cannot bring a website into compliance. 192 | Products marketed with such claims should be viewed with significant 193 | scepticism.

    194 |
    195 | 196 |
    197 |
    198 |

    In their own words

    199 |

    200 | Many users with disabilities have expressed strong words of 201 | dissatisfaction with overlay products. As shown below, overlays 202 | themselves may have accessibility problems significant enough for users 203 | to take steps to actively block overlays from appearing at all. 204 |

    205 |

    Please note: while this section may mention specific vendors, these 206 | comments are par-for-the-course when it comes to the user experience 207 | provided by overlay widgets which have, in themselves, a pattern of 208 | negatively impacting the user experience.

    209 |
    210 | 211 |
    212 |
    213 | ...assuming your tool can do a good job making something accessible, it can 214 | do an even better job making something accessible running directly on the 215 | user's machine having access to machine code and machine APIs 216 | 217 | DerekRiemer 218 | 219 |
    220 | 221 |
    222 | ...I finally managed to gain access to my @NameCheap account by blocking 223 | #AccessiBe in my Windows Hosts file. I should not need to do this to use 224 | the Internet. AccessiBe needs to AccessiBeGone 225 | 226 | WilfSplodNokit 227 | 228 |
    229 | 230 |
    231 | ...I know with 100% certainty, any site which has deployed an overlay in 232 | the past year and a half has been less useable for both my wife and 233 | me—both blind. 234 | 235 | GeauxEnder 236 | 237 |
    238 | 239 |
    240 | ...Still a pain to even try reading the article on a mobile device 241 | because of the constant interruption every few seconds. Considering 242 | every site using your service also has this problem… Nope. 243 | 244 | Big_D01 245 | 246 |
    247 | 248 |
    249 | ...Making a webpage accessible does take work, and simply telling a 250 | business they can install your plugin is absolutely foolish, you build, 251 | and design accessibility in to a webpage using WCAG standards. 252 | 253 | w9fyi 254 | 255 |
    256 | 257 |
    258 | ...Suggesting one line of code is cheap so you should do it by inference 259 | suggests disabled lives aren't worth investing in either. #a11y 260 | 261 | Kevmarmol_CT 262 | 263 |
    264 | 265 |
    266 | @AccessiBe Just to demonstrate my good faith, here's a quick free audit 267 | of https://t.co/1mQGCCtnIs. You capture "tab" which is the 268 | standard way to navigate. There's no way to not enable your overlay if 269 | I want to navigate the page. Once the overlay is enabled, wild things 270 | happen. 271 | 272 | eluberoff 273 | 274 |
    275 | 276 |
    277 | #AccessiBe makes sites harder to use by getting in the way of browsing 278 | and changing access barriers on a page, not fixing them. A student and I 279 | came across an "enhanced" website and to my shame, we left 280 | because navigating that mess was beyond my skills, on that day. 281 | 282 | turtlecatpurrz 283 | 284 |
    285 | 286 |
    287 | Accessibility overlays are not the answer, and AccessiBe is no exception. 288 | As a screen reader user, numerous sites have become less usable for me 289 | with this overlay. Discrediting reputable accessiblity professionals and 290 | advocates will not sway me on this view. https://t.co/ZgFt8JtsbZ 291 | 292 | SingingTigress 293 | 294 |
    295 | 296 |
    297 | An die Screen Reader nutzenden Follower: Vielleicht habt ihr schon von 298 | #Accessibe gehört, einem Overlay, das behauptet, Seiten, in denen es 299 | eingebunden ist, zugänglicher zu machen. Ich möchte nicht näher ins 300 | Detail gehen. Kurz gesagt: Kompletter Blödsinn. Finger weg! 301 | 302 | MarcoZehe 303 | 304 |
    305 | 306 |
    307 | Automated solutions which promise to make your site accessible can't. It 308 | takes more than automation to achieve this requirement. You won't be safe 309 | from liability. you will almost assuredly negatively impact your 310 | customers with disabilities. 311 | 312 | twithoff 313 | 314 |
    315 | 316 |
    317 | Every time I go on a website and I hear the #accessiBe notification that 318 | this site is adjusted to my screen reader, I know that my blocker isn't 319 | working properly, and I'm in for a hellish experience on that particular website. 320 | https://t.co/ZFzKMfUe0t 321 | 322 | BorrisInABox 323 | 324 |
    325 | 326 |
    327 | I tried using this @AccessiBe site with VoiceOver in Chrome on iOS. 328 | The 4-star rating is announced as "unpronounceable" 329 | 🤦‍♀️ https://t.co/f4MxQ2eLLP" 330 | 331 | racheleditullio 333 | 334 |
    335 | 336 |
    337 | I wrote an email to their customer service detailing that I can not use 338 | their site due to the overlay, but… I really am disappointed, but I hope 339 | they listen. @Goodfair_ - please stop using AccessiBe. 340 | 341 | kit_flowerstorm 343 | 344 |
    345 | 346 |
    347 | I'm not an accessibility expert, just a screen reader user with decent 348 | skills telling you that this thread is spot on and my experience with 349 | #AccessiBe is that it makes sites with accessibility issues even harder 350 | to work around. https://t.co/cfyrEqXwTy 351 | 352 | atfarnum 353 | 354 |
    355 | 356 |
    357 | ...If you are blind or low vision and rely on assistive technologies like 358 | screen readers, you may have begun finding popular websites becoming less 359 | usable… this page describes how to ban AccessiBe from ever reaching your 360 | computer… https://t.co/qbiKvolizS 361 | 362 | smartudlab 363 | 364 |
    365 | 366 |
    367 | OK, this seems very wrong to me. A local chain here named Fleet Farm is 368 | now using AccessiBe. It makes a mess of the search for location feature. 369 | This is what I now get on the start of the result page. 370 | 371 | kellylford 372 | 373 |
    374 | 375 |
    376 | Thank goodness Firefox blocks their accessibility detection. For me, 377 | focus jumps all over the place with #AccessiBe enabled. When it's 378 | disabled, it behaves itself. 379 | 380 | mhorspool 381 | 382 |
    383 | 384 |
    385 | There are 0 automated tools that can tetect accessibility problems 386 | accurately at anything above 30% of the time. 0. This is commonly known 387 | by anyone who's been in this space for at least a week. #AccessiBe 388 | 389 | cswordpress 390 | 391 |
    392 | 393 |
    394 | There's a perfectly practical tool for making websites accessible. It's 395 | called a programmer. The needs that matter in making a website accessible 396 | are those of the users. If you can't meet those, then you can't meet the 397 | basic costs of doing business. 398 | 399 | WTBDavidG 400 | 401 |
    402 | 403 |
    404 | When #AccessiBe is enabled, the page is flooded with headings. Lots of 405 | heading level 2's. The title of each phone remains a heading in both 406 | versions of the page, but with it enabled, things like cost, display, and 407 | all the other components of the tables become headings as well. 408 | 409 | CatchTheseWords 411 | 412 |
    413 |
    414 |
    415 | 416 |
    417 |

    418 | Conclusion 419 |

    420 |

    421 | No overlay product on the market can cause a website to become fully 422 | compliant with any existing accessibility standard and therefore cannot 423 | eliminate legal risk. 424 |

    425 |

    Accessibility on the Web is a big challenge, both for owners of websites 426 | and for the users of those websites. The invention of novel approaches to 427 | resolving this challenge is to be commended.

    428 |

    However, in the case of overlays—especially those which attempt to add 429 | widgets that present assistive features—the challenge is not being met. Even 430 | more problematic are the deceptive marketing provided by some overlay 431 | vendors who promise that implementing their product will give their 432 | customer's sites immediate compliance with laws and standards.

    433 |

    The ineffectiveness of overlays is something that has broad agreement among 434 | accessibility practitioners, per the WebAIM Survey of Web Accessibility Practitioners 435 | which found:

    436 |
    A strong majority (67%) of respondents rate these tools as not at all or not very effective. Respondents with disabilities were even less favorable with 72% rating them not at all or not very effective, and only 2.4% rating them as very effective.
    437 |

    438 | Statement from sponsors and signatories to this fact sheet 439 |

    440 |

    As a result of the above information:

    441 |
      442 |
    1. We will never advocate, recommend, or integrate an overlay which 443 | deceptively markets itself as providing automated compliance with laws 444 | or standards. 445 |
    2. 446 |
    3. We will always advocate for the remediation of accessibility issues at 447 | the source of the original error. 448 |
    4. 449 |
    5. We will refuse to stay silent when overlay vendors use deception to 450 | market their products. 451 |
    6. 452 |
    7. More specifically, we hereby advocate for the removal of accessiBe, 453 | AudioEye, UserWay, User1st, MK-Sense, MaxAccess, FACIL'iti, and all similar products and 454 | encourage the site owners who've implemented these products to use more 455 | robust, independent, and permanent strategies to making their sites 456 | more accessible. 457 |
    8. 458 |
    459 |
    460 | 461 |
    462 |

    Signed by:

    463 | 466 |
      467 |
    1. Karl Groves, Founder and President, Tenon.io
    2. 468 |
    3. Bill Dengler, totally blind computer science student and code contributor to the NVDA screen reader, Swarthmore College, Philadelphia
    4. 469 |
    5. Nicolas Steenhout, Independent accessibility consultant
    6. 470 |
    7. Rian Rietveld, web accessibility specialist, Level Level
    8. 471 |
    9. Weston Thayer, Founder, Assistiv Labs
    10. 472 |
    11. Denis Boudreau, Accessibility consultant
    12. 473 |
    13. Meryl K. Evans, accessibility advocate
    14. 474 |
    15. Makoto Ueki, Web accessibility consultant, Infoaxia
    16. 475 |
    17. Michael Spellacy, Accessibility Consultant
    18. 476 |
    19. Helen Burge, Accessibility Consultant
    20. 477 |
    21. Léonie Watson, Director, TetraLogical
    22. 478 |
    23. Eric Eggert, Co-Founder, outline
    24. 479 |
    25. Dale Reardon - Founder & CEO of TravelForAll.Guide
    26. 480 |
    27. Jason Gill - Certified Web Accessibility Specialist
    28. 481 |
    29. Michael Ausbun, CPWA, Accessibility Specialist
    30. 482 |
    31. Ronny Hendriks - Accessibility Consultant, Toegankelijk Online
    32. 483 |
    33. Charles Hall, Senior Accessibility Designer, CVS Health
    34. 484 |
    35. Hai Nguyen Ly, Accessibility Advocate
    36. 485 |
    37. David Luhr, Accessibility Consultant
    38. 486 |
    39. Justin L. Yarbrough, Accessibility Specialist, Rio Salado College
    40. 487 |
    41. Hidde de Vries, accessibility specialist and front-end developer
    42. 488 |
    43. James Fleeting, Technical Director, Monkee-Boy
    44. 489 |
    45. Alex Tait, Accessibility Specialist, AT Fresh Solutions
    46. 490 |
    47. Michael Fairchild, Accessibility consultant
    48. 491 |
    49. Gijs Veyfeyken, web accessibility specialist, Five Oaks
    50. 492 |
    51. Dennis Lembree, Web Axe & Easy Chirp
    52. 493 |
    53. Adrian Roselli
    54. 494 |
    55. Rob Whiting, Head of Research & Design, Merlan Ltd.
    56. 495 |
    57. Kitty Giraudel, Accessibility Specialist, Gorillas
    58. 496 |
    59. Derek Mohr, Front-end Developer, Mighty in the Midwest
    60. 497 |
    61. Alastair Campbell, Director of Accessibility, Nomensa
    62. 498 |
    63. Anders Fredericksen, Level Access
    64. 499 |
    65. Zoë Bijl, Senior Accessibility Engineer, CrowdStrike
    66. 500 |
    67. Jonathan Avila, Level Access
    68. 501 |
    69. Sheri Byrne-Haber, Senior accessibility evangelist
    70. 502 |
    71. Jared Smith, Associate Director, WebAIM
    72. 503 |
    73. Kazuhito Kidachi
    74. 504 |
    75. Yakim van Zuijlen, Designer
    76. 505 |
    77. Shannon Urban, Director of Accessibility, EVERFI
    78. 506 |
    79. Todd Libby, Accessibility Advocate and Consultant
    80. 507 |
    81. David Monnehay, Atalan
    82. 508 |
    83. Joschi Kuphal, CPWA & CEO, tollwerk
    84. 509 |
    85. Romain Deltour, web/accessibility/ebook specialist
    86. 510 |
    87. Craig Francis, Code Poets Limited
    88. 511 |
    89. Erik Gustafsson, Accessibility Specialist, Axess Lab
    90. 512 |
    91. Dan Payne, Accessibility consultant
    92. 513 |
    93. Ben Tillyer
    94. 514 |
    95. Matt Obee, Senior Product Designer and accessibility specialist, NearForm
    96. 515 |
    97. Florian Beijers, Accessibility Consultant, Developer, Screenreader User
    98. 516 |
    99. Donna Vitan, Design Systems Nerd
    100. 517 |
    101. Ruben Nic, Web Accessibility/Senior Engineer, Webflow
    102. 518 |
    103. Dennis Deacon, Accessibility Consultant
    104. 519 |
    105. Nicolas Loye, CTO, Actency
    106. 520 |
    107. Rachele DiTullio, accessibility engineer, CPWA
    108. 521 |
    109. Gerard K. Cohen, self
    110. 522 |
    111. Dr. Kate Deibel, Inclusion and Accessibility Librarian, Syracuse University Libraries
    112. 523 |
    113. Vincent Aniort, digital accessibility expert, Orange SA
    114. 524 |
    115. Arthur Rigaud, Accessibility Specialist and Front-End Developer
    116. 525 |
    117. Gary Jones, WordPress VIP
    118. 526 |
    119. Andrew Nevins, CPWA, Front-end developer
    120. 527 |
    121. Chris Heilmann, Principal Product Manager for Developer Tools
    122. 528 |
    123. Bruce Lawson, greedy accessibility consultant
    124. 529 |
    125. Peter Goes, Front-end developer, De Voorhoede
    126. 530 |
    127. Geoff Mortstock, Accessibility Consultant
    128. 531 |
    129. Marcus Herrmann, Web Accessibility Specialist and front-end developer
    130. 532 |
    131. Kelly Childs, Lead Developer, Be Accessible, Inc.
    132. 533 |
    133. Matthew Hallonbacka
    134. 534 |
    135. Kelly Wills, Access Technology Specialist, CPWA
    136. 535 |
    137. Joan Preston, Web Accessibility Coordinator, California State University, Long Beach
    138. 536 |
    139. Jon Gibbins, digital accessibility consultant, Dotjay Ltd
    140. 537 |
    141. Alicia Jarvis
    142. 538 |
    143. Anthony Fernando, CPWA, Accessibility QA Manager, Pearson
    144. 539 |
    145. Jennifer Strickland, Senior HCD + Accessibility Engineer at MITRE, Accessibility Consultant at Level Access
    146. 540 |
    147. Lainey Feingold - lawyer and author, Law Office of Lainey Feingold
    148. 541 |
    149. Andrew Hayward, Accessibility Engineer
    150. 542 |
    151. Jean Ducrot, Accessibility Engineer, CPWA
    152. 543 |
    153. Manuel Razzari - Accessibility educator, Buenos Aires National Technological University, Argentina
    154. 544 |
    155. Zack Kline, Accessibility Tester, ISoftStone
    156. 545 |
    157. Anna E. Cook - Senior Product Designer and Accessibility Specialist
    158. 546 |
    159. Christophe Strobbe, researcher and lecturer in HCI and accessibility, Stuttgart Media University
    160. 547 |
    161. Eric Bailey, The A11Y Project Maintainer
    162. 548 |
    163. Andre Polykanine, software engineer, web accessibility specialist, screen reader user
    164. 549 |
    165. Ben Myers, Software Engineer
    166. 550 |
    167. Eric Bednarz, self
    168. 551 |
    169. Olivier Keul, Accessibility consultant, Temesis
    170. 552 |
    171. Bogdan Cerovac, WAS, front-end developer and accessibility lead
    172. 553 |
    173. Lori Samuels, Accessibility Director, NBCUniversal
    174. 554 |
    175. Ryan Leisinger - UX Manager Department of Licensing WA State
    176. 555 |
    177. Ian Lloyd, Accessibility Engineer
    178. 556 |
    179. Pavel Pomerantsev, web accessibility engineer, Squarespace
    180. 557 |
    181. Dominik Wilkowski, People Director, Thinkmill
    182. 558 |
    183. Rowdy Rabouw, web and app developer, double-R webdevelopment
    184. 559 |
    185. Jen Smith, Accessibility Program Manager, Microsoft
    186. 560 |
    187. Toufic Sbeiti, accessibility advocate
    188. 561 |
    189. Amy Carney, CPWA, accessibility consultant & front-end web developer, Digilou
    190. 562 |
    191. Carly Gerard CPWA, Web Accessibility Engineer, Western Washington University
    192. 563 |
    193. Haben Girma, Human Rights Lawyer
    194. 564 |
    195. Katriel Paige, Accessibility Consultant, Fox Design Studios LLC
    196. 565 |
    197. Adrianne Mallett, Software Engineer
    198. 566 |
    199. Krista Greear
    200. 567 |
    201. Kim Krause Berg, CPACC Accessibility and UX Consultant
    202. 568 |
    203. Joseph Dolson
    204. 569 |
    205. Ashley Hannan, Accessibility Advocate
    206. 570 |
    207. Cara Hall, Accessibility Advocate
    208. 571 |
    209. Paul Grenier, Web Developer
    210. 572 |
    211. Glenda Sims, Accessibility consultant
    212. 573 |
    213. JF Hector Labram, WAS, Principal Front-End Engineer, Kooth Plc
    214. 574 |
    215. Anne-Mieke Bovelett, Accessibility Advocate
    216. 575 |
    217. Radimir Bitsov, Web Accessibility and Performance Engineer
    218. 576 |
    219. Beatriz González Mellídez, Principal Product Design, CPWA, CPUX-RE
    220. 577 |
    221. Wilfred Nas, Product Owner / User interface consultant
    222. 578 |
    223. Shawn Thompson, Digital Accessibility Advocate
    224. 579 |
    225. Kim Johannesen, CEO and Accessibility Consultant, Shift ApS
    226. 580 |
    227. Marco Hengstenberg, Front End Web Developer and Accessibility Consultant
    228. 581 |
    229. Nicola Saunders, Front-End Developer, Studio 24 Ltd 582 |
    230. Rogier Barendregt, Senior digital product designer, Rg/B
    231. 583 |
    232. Jeremy Keith, Founder, Clearleft
    233. 584 |
    234. Kasper Isager, Software Developer
    235. 585 |
    236. Angela P. Ricci, Web Designer/ Front dev
    237. 586 |
    238. Matt Jiggins, Developer/Designer
    239. 587 |
    240. Stefan Wajda, LepszyWeb.pl, digital accessibility specialist
    241. 588 |
    242. Sina Bahram, President, Prime Access Consulting, Inc.
    243. 589 |
    244. Kristina England, Accessibility Specialist, University of Massachusetts President's Office
    245. 590 |
    246. Birkir Gunnarsson, CPWA, digital accessibility lead
    247. 591 |
    248. Kerstin Probiesch, Accessibility Consultant
    249. 592 |
    250. Radek Pavlíček, CPWA, Accessibility Specialist, Teiresias Centre Masaryk University & Poslepu.cz
    251. 593 |
    252. Billy Gregory, TPGi
    253. 594 |
    254. Thomas Logan
    255. 595 |
    256. Brian Elton, Accessibility Engineer/Consultant
    257. 596 |
    258. Kevin Mar-Molinero, Director of Experience Technologies Kin+Carta Connect, Member of BIMA Inclusive Design Council.
    259. 597 |
    260. Crystal Preston-Watson, Quality and Accessibility Engineer
    261. 598 |
    262. Bob Dodd, Accessibility Consultant
    263. 599 |
    264. Chauncey McAskill
    265. 600 |
    266. David Swallow, Accessibility Engineer
    267. 601 |
    268. Marko Milanović, Developer, Tenon.io
    269. 602 |
    270. Joe Lamyman, Development Specialist
    271. 603 |
    272. Kevin Ackley, Accessibility Tech Consultant
    273. 604 |
    274. Stephen Clower, Software Developer and Accessibility Lead, Desmos, Inc.
    275. 605 |
    276. Nicolas Chardon, Digital Accessibility Expert
    277. 606 |
    278. Steve Faulkner, Chief Accessibility Officer, TPGi
    279. 607 |
    280. Andy Bell, Designer and Educator
    281. 608 |
    282. Patrick H. Lauke, Accessibility Trash Panda
    283. 609 |
    284. Yann Kozon, Front End Web Developer and Accessibility Consultant, Freelance
    285. 610 |
    286. Chris Taylor, Web Nerd, Yorkshire Twist
    287. 611 |
    288. Miriam Suzanne, Agency Co-Founder & W3C Invited Expert
    289. 612 |
    290. Robert Jolly, Product Manager & Accessibility Strategist
    291. 613 |
    292. Lena Chandelier, Accessibility Expert, Front-end Developer
    293. 614 |
    294. Thomas Parisot, Old Timey Web Developer
    295. 615 |
    296. Jesse Menn, Principal Web Developer
    297. 616 |
    298. Wendy Reid, Accessibility Lead
    299. 617 |
    300. Scott O'Hara, Accessibility Engineer/Consultant
    301. 618 |
    302. Phil Springall
    303. 619 |
    304. Dr Carl Myhill, Director, User Experience Design Limited
    305. 620 |
    306. Sumner M. Davenport, Specialist Web Accessibility
    307. 621 |
    308. Dana Byerly, Interaction Designer
    309. 622 |
    310. Jamie Knight, self
    311. 623 |
    312. Matt Richardson, Web Accessibility Expert
    313. 624 |
    314. Josephine Schwebler, Senior Consultant Accessibility / Accessible Documents
    315. 625 |
    316. Vegard Haugstvedt, Front-end Developer / Accessibility Specialist, Webstep
    317. 626 |
    318. Mikołaj Rotnicki, http://a11y.report, accessibility specialist
    319. 627 |
    320. William Bunch - Accessibility Consultant
    321. 628 |
    322. Kris Rivenburgh, Chief Accessibility & Legal Officer, Essential Accessibility
    323. 629 |
    324. Paul Kruczynski, Front-End UX/UI Developer
    325. 630 |
    326. Matthias Weston, Accessibility-Centered Freelance Developer
    327. 631 |
    328. Mat Harris, Accessibility Consultant, Level Access
    329. 632 |
    330. Lindsey Dragun, Developer / Accessibility Advocate
    331. 633 |
    332. Michail Yasonik, Senior Software Engineer
    333. 634 |
    334. Marcy Sutton, Independent Web Developer and Accessibility Specialist
    335. 635 |
    336. Talita Pagani, Accessibility and UX Consultant, Research Scientist in Web Accessibility for Neurodiversity
    337. 636 |
    338. Aaron Chu, UI Engineer + Disability & Design Researcher
    339. 637 |
    340. Adam Saucier, Web Accessibility Specialist
    341. 638 |
    342. Arnaud Delafosse, Web Quality & Accessibility Consultant, Temesis
    343. 639 |
    344. J.J. Meddaugh, Owner, A. T. Guys.
    345. 640 |
    346. Nicki Rios, CPWA, Founder, Accessibility Consultant & Engineer, Nock & Sparrow
    347. 641 |
    348. John E Brandt, head dude, jebswebs
    349. 642 |
    350. Heather Gray, Website Developer
    351. 643 |
    352. Santina Croniser, Senior Accessibility Engineer, VMware
    353. 644 |
    354. Stein Erik Skotkjerra, Accessibility consultant, CEO, Inklusio
    355. 645 |
    356. Bruno Pulis, Accessibility Advocate, Creator of Awesome A11y
    357. 646 |
    358. Brittany Roots, Accessibility Consultant
    359. 647 |
    360. James Nurthen, Accessibility Engineer & co-chair ARIA Working Group
    361. 648 |
    362. Shell Little, Inclusive Design Lead and Digital Accessibility Specialist
    363. 649 |
    364. Carlos Eriksson, Accessibility Lead, Studio 24
    365. 650 |
    366. Steven Mouret, Digital Accessibility Expert
    367. 651 |
    368. Adam Page, UX Designer
    369. 652 |
    370. David A. Kennedy, Designer and Accessibility Weekly curator
    371. 653 |
    372. Marc Solomon, self
    373. 654 |
    374. Ron Stauffer, Founder, Lieder Digital
    375. 655 |
    376. Nick Caskey, CPWA & Senior Accessibility Engineer, VMware Inc.
    377. 656 |
    378. Devon Persing, Technical Program Manager and Digital Accessibility Specialist
    379. 657 |
    380. Brian Olore, Developer
    381. 658 |
    382. Kathleen McMahon, Engineer, Designer, and Speaker
    383. 659 |
    384. Will Slone, Accessibility Engineer
    385. 660 |
    386. Peter Weil, Web Developer
    387. 661 |
    388. Brennan Young, Accessibility specialist, Laerdal Medical
    389. 662 |
    390. Emanuela Gorla, Accessibility Specialist, TetraLogical
    391. 663 |
    392. Paweł Choiński, Front-End Developer
    393. 664 |
    394. Eric Hind, Accessibility Specialist
    395. 665 |
    396. Sylvie Duchateau, Web Accessibility Consultant, Access42
    397. 666 |
    398. Rachel Cherry, Accessibility Specialist, Director of WPCampus, and Director of Technology and Design, Equal Made
    399. 667 |
    400. Lucy Greco, Accessaces
    401. 668 |
    402. John Lukosky, Accessibility Specialist
    403. 669 |
    404. Jennifer Grant, Senior Accessibility Engineer, Educational Testing Service
    405. 670 |
    406. Károly Szántai, WAS
    407. 671 |
    408. Sarah E. Lynch, Accessibility Engineer
    409. 672 |
    410. L. Jeffrey Zeldman
    411. 673 |
    412. Paul Shryock, WordPress Engineer, NBA
    413. 674 |
    414. Nick Colley
    415. 675 |
    416. Carlin Scuderi, Front End Developer
    417. 676 |
    418. Nicolas Zerr, Digital Accessibility Expert
    419. 677 |
    420. Derek Featherstone, Chief Experience Officer, Level Access
    421. 678 |
    422. Corey Megown, Front-End Developer
    423. 679 |
    424. Marcelo Sales, Accessibility Specialist, RD (Raia Drogasil)
    425. 680 |
    426. Scott Vinkle, Accessibility Specialist, Shopify
    427. 681 |
    428. Barry Pollard, Developer
    429. 682 |
    430. Anand Chowdhary, Creative Technologist & Entrepreneur
    431. 683 |
    432. Christian Alden Jacobs, UX Strategist
    433. 684 |
    434. Edward Pritchard, Digital Accessibility Consultant
    435. 685 |
    436. Hadley Luker, Accessibility Analyst, Level Access
    437. 686 |
    438. John Foliot (JF), Independent Accessibility Specialist / W3C Contributor
    439. 687 |
    440. Cullan Bonilla, Accessibility Specialist
    441. 688 |
    442. EJ Mason, Accessibility Specialist
    443. 689 |
    444. Michele Williams, Accessibility and UX Consultant
    445. 690 |
    446. Hala Anwar, Inclusive Design Consultant
    447. 691 |
    448. Johnny Taylor, Accessibility Advocate
    449. 692 |
    450. Joel McKinnon, Accessibility Specialist
    451. 693 |
    452. Olivier Nourry, General Manager & CAO, Be Player One
    453. 694 |
    454. Ross Mullen, Director, CANAXESS
    455. 695 |
    456. Steve Woodson, Developer
    457. 696 |
    458. Joe Yang, Senior UX Designer – Accessibility, ServiceNow
    459. 697 |
    460. Lee Bartholomew, Website Designer
    461. 698 |
    462. Amanda J. Rush, Self
    463. 699 |
    464. John H. Carson Jr., retired escalations specialist, Freedom Scientific
    465. 700 |
    466. Ka Li, Accessibility Consultant
    467. 701 |
    468. Adele M. Beeby, Web Manager, Leicester City Council
    469. 702 |
    470. James Scholes, Director of Digital Accessibility, Prime Access Consulting, Inc.
    471. 703 |
    472. Ian Kersey, Accessibility Analyst, Level Access
    473. 704 |
    474. Aaron Gustafson, Web Standards & Accessibility Advocate
    475. 705 |
    476. Wally Zielinski, WAS, Dell Technologies
    477. 706 |
    478. Martin Mengele, Front End Developer & Accessibilty Consultant, @accessabilly)
    479. 707 |
    480. Gaël Poupard, Lead dev, OnePoint
    481. 708 |
    482. Philip Kiff, D4K Communications
    483. 709 |
    484. Tim Kraut, Senior Frontend Developer, AWESOME! Software GmbH
    485. 710 |
    486. Jennifer Panighetti, Web Developer
    487. 711 |
    488. Jasmine Kaul, Founder and Digital Content Consultant, Happy Words
    489. 712 |
    490. Ian Hamilton, accessibility specialist
    491. 713 |
    492. Margie Chubin, Software Engineer
    493. 714 |
    494. Joe Lanman, Designer
    495. 715 |
    496. Jude Robinson, Global Head of Frontend Development, Springer Nature
    497. 716 |
    498. Luc Poupard, Front-end designer and WordPress developer, Proton Technologies
    499. 717 |
    500. David Sloan, UX Research Lead, TPGi
    501. 718 |
    502. Grady Thompson, Student, University of Washington
    503. 719 |
    504. Claudio Luis Vera, Accessibility leader, analyst, and public speaker
    505. 720 |
    506. Emmanuelle Gutiérrez y Restrepo, Fundación Sidar - Acceso Universal
    507. 721 |
    508. Homer Gaines, UI Engineer, and Accessibility Specialist
    509. 722 |
    510. Carolina Aguilera, Accessibility Consultant, Chile
    511. 723 |
    512. Kara Franco, CPWA, Accessibility Engineer
    513. 724 |
    514. Sarah Higley, Accessibility Specialist & Software Developer
    515. 725 |
    516. Benoît Dequick, Front-end dev & RGAA expert
    517. 726 |
    518. Peter Bossley, self
    519. 727 |
    520. Jennifer Gorfine, UX Engineer & Web Accessibility Specialist
    521. 728 |
    522. Heather Migliorisi, Web Accessibility Specialist
    523. 729 |
    524. Thinh-Lay Wonesky, Accessibility Consultant, Allerlay Wonesky Media
    525. 730 |
    526. Robert Kingett, Blind author
    527. 731 |
    528. Frances Jurek, Software Engineer
    529. 732 |
    530. Owen Edwards, Principal Accessibility Consultant, Level Access
    531. 733 |
    532. Jennifer Zhang, Senior Accessibility Program Manager, Microsoft
    533. 734 |
    534. Michael Vaughn, Accessibility Manager
    535. 735 |
    536. Desiree White
    537. 736 |
    538. Marco Salsiccia, Accessibility Specialist, Lyft
    539. 737 |
    540. Carter Temm, Accessibility Consultant
    541. 738 |
    542. Silvia Ceria, Interior Designer and Content Creator, DforDesign
    543. 739 |
    544. Maurizio Lepora, Full-Stack Developer, Lemaur
    545. 740 |
    546. Jared Clayton, Digital Accessibility Specialist
    547. 741 |
    548. Dirk Ginader, UX Engineer, Google
    549. 742 |
    550. Cordelia McGee-Tubb, Accessibility Engineer
    551. 743 |
    552. Ethan Marcotte, web designer, author of "Responsive Web Design"
    553. 744 |
    554. Jory Cunningham, Accessibility Engineer
    555. 745 |
    556. Lee White, Front-End & Accessibility Engineer
    557. 746 |
    558. Richard Boardman, Senior Director, Product Accessibility
    559. 747 |
    560. David Peter, Software Engineer
    561. 748 |
    562. Stefan Judis, Web Developer
    563. 749 |
    564. Dean Birkett, UX Designer & Accessibility Consultant
    565. 750 |
    566. Myles Lewando, Web Developer & Accessibility Specialist
    567. 751 |
    568. Michael Dowden, CEO, Andromeda Galactic Solutions, author of "Approachable Accessibility"
    569. 752 |
    570. Abdullah Norozi Iranzad, Web Developer
    571. 753 |
    572. Allison Ravenhall, Accessibility Consultant
    573. 754 |
    574. Ian Pouncey, Director, TetraLogical
    575. 755 |
    576. Chancey Fleet, Technology Educator
    577. 756 |
    578. Amanda Mace General Manager, Web Key IT
    579. 757 |
    580. Wendy Torres, Senior Instructional Technologist
    581. 758 |
    582. Janos Sitar, Web Accessibility Specialist, Central 1 Credit Union
    583. 759 |
    584. Dave Bahr, CEO of In-Sightful Living
    585. 760 |
    586. Momin Pasha Mohammed, CPWA, Accessibility Consultant
    587. 761 |
    588. Holly Scott-Gardner, usability assessor and disability rights advocate
    589. 762 |
    590. Sara Cousins, Mighty Spark Design
    591. 763 |
    592. Roger Fracé, Quality Assurance Specialist
    593. 764 |
    594. Pierre Albert, Accessibility consultant, Temesis
    595. 765 |
    596. Colleen Gratzer, Creative Boost and Gratzer Graphics LLC
    597. 766 |
    598. Kara Goldfinch
    599. 767 |
    600. Sally Thoun, Accessibility Consultant
    601. 768 |
    602. Ajaz Mohammed, Accessibility Test Consultant, HCL Canada Inc.
    603. 769 |
    604. Vincent Martin, Usercessible, LLC.
    605. 770 |
    606. Jessie Lorenz
    607. 771 |
    608. Amy Mason, Access Technology Specialist, San Francisco Lighthouse for the Blind
    609. 772 |
    610. Nadia Rasul, CPACC, Front-end Developer and Accessibility Lead
    611. 773 |
    612. Catherine M. Stager, Accessibility and Assistive Technology Specialist, Front Range Community College
    613. 774 |
    614. Avi Chandiramani, Program Manager for Accessible Technology Services, San Francisco State University
    615. 775 |
    616. Wink Harner Professor of Adaptive Technology In Higher Education/CUNY graduate school
    617. 776 |
    618. Annie Heckel, Lead Accessibility Auditor, Online ADA
    619. 777 |
    620. Courtney Heitman, Technical Accessibility Specialist
    621. 778 |
    622. Simon Bonaventure, Accessibility consultant, Empreinte Digitale
    623. 779 |
    624. Eric Wright
    625. 780 |
    626. Deborah Kaplan, Accessibility Lead, Suberic Networks
    627. 781 |
    628. Carie Fisher, Sr. Accessibility consultant, Deque
    629. 782 |
    630. Scott Boren, Accessibility manager
    631. 783 |
    632. Josie Davidson, Associate Accessibility Specialist
    633. 784 |
    634. Matt Campbell, Chief Technology Officer, Pneuma Solutions
    635. 785 |
    636. Quentin Bellanger, Front-end developer, /tmp
    637. 786 |
    638. Al Romano, Web Developer, Virtually(Creative)
    639. 787 |
    640. Derek Riemer, Frontend web application Developer, NVDA screen reader contributor
    641. 788 |
    642. Isabel Del Castillo, Digital Accessibility Consultant, Prime Access Consulting, Inc.
    643. 789 |
    644. Nic Chan, Front-End Developer
    645. 790 |
    646. Jeremy Neander, Senior Front End Engineer
    647. 791 |
    648. Nick Croft, Senior Full Stack Web Developer, WAS, CPACC, CPWA, 508 TT
    649. 792 |
    650. Dag Eikesdal, web developer & accessibility specialist
    651. 793 |
    652. Dylan M. Rafaty, Disability Rights Activist and Head of Accessibility Strategy & Partnerships at C-Hear, Inc.
    653. 794 |
    654. Randi Strunk, self
    655. 795 |
    656. Jörg Morsbach, anatom5
    657. 796 |
    658. Thomas Logan, Founder and CEO, Equal Entry
    659. 797 |
    660. Lindsay Reddick, self
    661. 798 |
    662. Mike Calvo, self
    663. 799 |
    664. Molly E. Holzschlag, Web Educator and Historian
    665. 800 |
    666. Armony Altinier, CEO & Accessibility Lead, Koena
    667. 801 |
    668. Olivier Camon, Web developer
    669. 802 |
    670. Liz Hare, PhD, Quantitative Geneticist, Dog Genetics LLC
    671. 803 |
    672. Luce Carević, Accessibility expert, Access42
    673. 804 |
    674. Roman Mkrtchian, Web developer, Koena
    675. 805 |
    676. Tori Clark, Accessibility Evangelist and Executive Director, Digital A11ies
    677. 806 |
    678. Sarah Jagrowski, Associate Product Designer, FiscalNote 807 |
    679. Jay Miles, Product Designer
    680. 808 |
    681. Benjamin Michoux, Front-end Engineer
    682. 809 |
    683. Daman Wandke, CEO/Founder, Wandke Consulting
    684. 810 |
    685. Laine Amoureux, CPWA, Independent Consultant, Amoureux AT Consulting
    686. 811 |
    687. Christian Vogler, Professor and Director, Technology Access Program, Gallaudet University
    688. 812 |
    689. Kevin Erickson, Accessibility Services Manager, Ablr
    690. 813 |
    691. Sanjay Nasta, CEO, Microassist
    692. 814 |
    693. Sue Brettell, Branding & UX Designer
    694. 815 |
    695. Steve Decker, self
    696. 816 |
    697. Fady Rizk, self
    698. 817 |
    699. Philip Fortier, Director, Perficient
    700. 818 |
    701. Natalie Stroud, self
    702. 819 |
    703. Kalib Watson, Accessibility Engineer II, Jackson
    704. 820 |
    705. Ryan Dudek, Software Engineer
    706. 821 |
    707. Eilana Benish, authorized Accessibility consultant from Israel
    708. 822 |
    709. Mohammad Suliman, blind master's degree computer science student, Tel Aviv University
    710. 823 |
    711. Shawn Hooper, Director of IT, Actionable.co
    712. 824 |
    713. Jim Allan, Accessibility Coordinator
    714. 825 |
    826 |

    827 | 828 | Add your name to this list 829 | 830 |

    831 |
    832 |
    833 | 834 | 929 | 930 | 931 | --------------------------------------------------------------------------------