Toot by AnnekeAnneke (front-end.social)

@yatil There are opposing ideas, and then there are mutually exclusive ideas, and respectfully I think he's mixed up these two concepts. And just to throw the other often cited tech argument in here, you cannot ship-of-theseus your way out of overlays not fixing accessibility and maybe if I an accessibility bigwig come in here they'll start working.

Toot by James EdwardsJames Edwards (mastodon.world)

@alastc @SteveFaulkner The best thing in this scenario is that there's no such thing as a working overlay, and the worst is that overlay vendors like AudioEye now have the capital to claim that "See? Even an accessibility veteran approves of our product", whether he actually does or not. It's already been extensively documented and demonstrated that, from where things stand now, there is not an overlay solution that can fix web accessibility, because overlays are at the wrong end of the stack just for starters. Bringing on an accessibility veteran will not fix this.

Toot by Dale ReardonDale Reardon (mastodon.social)

@technolass So they all work, that's not the issue. The issue is that the community as a whole is going toward an options not decisions model instead of the traditional decisions not options model, which has implications for themes and plugins. Specifically for themes, it means that designers are assuming that users now have the capability to enact whatever design decisions they choose, so designers aren't making decisions about topography ETC. So you can use Classic Editor/Disable Gutenberg with these themes, but you end up in a situation where you need to hire someone to do all theme customizations for you with regard to topography and such. Alternatively, you can tell your clients that they have to use a 6/7 year old theme and they're stuck with whatever design decisions and all the other problems Gutenberg is attempting to solve from the Classic Editor era. The latter is not an option for this organization.