Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Screen-reader support #5907

Open
iamahuman opened this issue Jun 27, 2020 · 0 comments
Open

Screen-reader support #5907

iamahuman opened this issue Jun 27, 2020 · 0 comments
Labels
accessibility This issue concerns the use of Qubes OS by persons with disabilities. C: other P: default Priority: default. Default priority for new issues, to be replaced given sufficient information.

Comments

@iamahuman
Copy link

iamahuman commented Jun 27, 2020

The problem you're addressing (if any)
Supporting screen-reader technology while maintaining the security promises of Qubes, to make it more accessible.

Describe the solution you'd like

  • Install accessibility tools inside of each VM
    • Pros: least effort, less new code.
    • Cons: This means that the audio from each VM shall be distinguishable as it is with GUI.
      • By letting the user specify the Qube that shall "talk," with a dedicated "secure attention key" that will mute it. (easiest to implement)
      • By preceding audio with (out-of-band) identification information, so that VMs not receiving attention can still send notifications.
      • If allowing two or more simultaneous stream to play, by somehow "modulating" that information into the PCM stream suitable for auditory perception (pitch shifting, etc).
      • The stereo nature of hearing might somehow be exploited, at the cost of decreased accessibility.
  • Multiplex accessibility tree and content components
    • Note: In Linux desktop, D-Bus AT-SPI2 protocol is the de facto standard.
    • Pros: flexibility over how the screen information may be rendered, can get rid of both video and audio channel in such use cases.
    • Cons: need to implement separate forwarding bridge and multiplexer (over vchan or qrexec) which means more code; plus, OSes that do not use AT-SPI2 would need translation.

Where is the value to a user, and who might that user be?
Visually impaired users may benefit most, while this feature is available to any user.

Describe alternatives you've considered
Resolving #1596 will let users implement the first option by themselves, albeit possibly to a limited extent.

Additional context
This is a follow-up to #1596.

Also ought to be considered is that this targets an entirely new user base, not the existing one. Even if this feature is implemented, failure to market and/or appeal to possible beneficiaries (perhaps even more difficult than the technical problem) will bury all efforts to nil.

Relevant documentation you've consulted
None.

Related, non-duplicate issues

@iamahuman iamahuman added P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. T: enhancement labels Jun 27, 2020
@andrewdavidwong andrewdavidwong added accessibility This issue concerns the use of Qubes OS by persons with disabilities. C: other labels Jun 30, 2020
@andrewdavidwong andrewdavidwong added this to the TBD milestone Jun 30, 2020
@andrewdavidwong andrewdavidwong removed this from the Release TBD milestone Aug 13, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
accessibility This issue concerns the use of Qubes OS by persons with disabilities. C: other P: default Priority: default. Default priority for new issues, to be replaced given sufficient information.
Projects
None yet
Development

No branches or pull requests

2 participants