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

Accessible Debugging #2671

Closed
bpasero opened this issue Feb 3, 2016 · 3 comments
Closed

Accessible Debugging #2671

bpasero opened this issue Feb 3, 2016 · 3 comments
Assignees
Labels
accessibility Keyboard, mouse, ARIA, vision, screen readers (non-specific) issues debug Debug viewlet, configurations, breakpoints, adapter issues verified Verification succeeded
Milestone

Comments

@bpasero
Copy link
Member

bpasero commented Feb 3, 2016

At some point we should find out how an accessible debug session looks like. Debug is highly interactive so I can only assume that there needs to be some feedback reporting to the user what the state of the debugged application is in. Some thoughts:

  • announce when the program has started and debug session is active
  • announce when it stops or a breakpoint is hit
  • announce when an error is hit

I pushed a change (46db05e) so that the trees in the debug viewlet (Variables, Expressions, Call Stack, Breakpoints) get announced with some meaningful data when focus is in the tree and a screen reader is connected. However, I am not sure how verbose the data should be from each of the views because the entries within can have quite some state. I suggest to check with other tools and maybe do the same.

@isidorn @weinand @stevencl @chrisdias fyi

@bpasero bpasero added debug Debug viewlet, configurations, breakpoints, adapter issues accessibility Keyboard, mouse, ARIA, vision, screen readers (non-specific) issues labels Feb 3, 2016
@isidorn isidorn added this to the Feb 2016 milestone Feb 3, 2016
@dstorey
Copy link
Member

dstorey commented Feb 4, 2016

@bpasero Would be great to discuss this with @jacobrossi and @andysterland as it is something the F12 team also need figure out.

@stevencl
Copy link
Member

stevencl commented Feb 4, 2016

We should speak to people who we are designing these experiences for to see what works for them. I will see if I can set something up.

Sharing what we learn with other teams is a good recommendation too.

@isidorn
Copy link
Contributor

isidorn commented Feb 5, 2016

As Ben pointed out in a seperate issuie, we also need to make the debug hover accessibly but that should allign with our regular hover accessibility work.

@egamma egamma mentioned this issue Feb 8, 2016
97 tasks
@isidorn isidorn assigned joaomoreno and unassigned isidorn Feb 26, 2016
@joaomoreno joaomoreno added the verified Verification succeeded label Feb 26, 2016
@vscodebot vscodebot bot locked and limited conversation to collaborators Nov 18, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
accessibility Keyboard, mouse, ARIA, vision, screen readers (non-specific) issues debug Debug viewlet, configurations, breakpoints, adapter issues verified Verification succeeded
Projects
None yet
Development

No branches or pull requests

5 participants