> Have you considered the accessibility ramifications of this, e.g. for blind people using screen readers?
We are considering the accessibility ramifications now since we've pivoted toward a general API. We didn't focus on accessibility for blind people initially because we were building a watch party platform.
I think offering accessibility features would give us a massive edge against technologies like screenshare! Is there a specific use-case you're thinking of?
The OP mentioned a tutoring use case. If you're going to sell this to educational institutions or companies that serve them, at least in the US, then accessibility is important.
Thank you for stressing the importance of accessibility. We're really impressed with the quality of the questions so far.
In what way, particularly? it's streaming the video and audio from a remote browser instance, so surely that means all participants will have the same accessibility settings in the remotely viewed instance.
> But now that we are looking at the bigger picture, we could implement full-fledged accessibility support where we serialize the accessibility tree and send that over instead of the video stream.
What are your thoughts on this approach?
> a Chromium instance that you embed inside your own web app
Have you considered the accessibility ramifications of this, e.g. for blind people using screen readers? It will certainly be possible to make this accessible; indeed, that's an advantage of your approach over screen sharing. It won't be easy, but of course I believe it's still important and worth doing. My email address is in my profile if you want to discuss this further.