← Back to context

Comment by d-us-vb

7 hours ago

Yeah, this is concerning. Although, if the system is architected well, accessibility features ought to be something that can be added as an extension.

What is a screen reader but something that can read the screen? It needs metadata from the GUI, which ought to be available if the system is correctly architected. It needs navigation order, which ought to be something that can be added later with a separate metadata channel (since navigation order should be completely decoupled from the implementation of the GUI).

The other topic of accessibility a la Steve Yegge: the entire system should be approachable to non-experts. That's already in their mission statement.

I think that the systems of the past have trained us to expect a lack of dynamism and configurability. There is some value to supporting existing screen-readers, like ORCA, since power users have scripts and whatnot. But my take is that if you provide a good mechanism that supports the primitive functionality and support generalized extensibility, then new and better systems can emerge organically. I don't use accessibility software, but I can't imagine it's perfect. It's probably ripe for its own reformation as well.

> What is a screen reader but something that can read the screen?

Good screen readers track GUI state which makes it hard to tack on accessibility after the fact. They depend on the identity of the elements on the screen so they can detect relevant changes.