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

Two tab stops for mark file as viewed with VoiceOver #3341

Closed
mjbvz opened this issue Feb 23, 2022 · 6 comments
Closed

Two tab stops for mark file as viewed with VoiceOver #3341

mjbvz opened this issue Feb 23, 2022 · 6 comments
Assignees
Labels
info-needed Issue requires more information from poster

Comments

@mjbvz
Copy link
Contributor

mjbvz commented Feb 23, 2022

Testing #3332

  1. Using VoiceOver on MacOS
  2. Open a list of files in the PR view
  3. Select one
  4. Then up arrow to continue going through list
  5. Press tab to focus on another item
  6. Hit tab to go to the 'mark file as viewed' button
  7. Hit tab again

Bug
This goes to the originally selected 'mark file as viewed button'

This seems like a confusing UX as these two buttons have the same announcement text which doesn't mention which file will be marked as viewed. I think I'd expect just a single tab stop for button on the currently active tree item

@mjbvz mjbvz changed the title Two tab stops for mark file as file as viewed with VoiceOver Two tab stops for mark file as viewed with VoiceOver Feb 23, 2022
@alexr00
Copy link
Member

alexr00 commented Feb 24, 2022

@mjbvz do you have "Tab moves focus" turned on?

My steps:

  1. Start NVDA on Windows (no mac to test on).
  2. Open a list of files in the PR view
  3. Select one
  4. Then up arrow to continue going through list
  5. Press tab this causes focus to move to the first inline action on that item, which is "Open File"
  6. Hit tab to go to the 'mark file as viewed' button
  7. Hit tab again This causes focus to move to the fist inline action of the next file in the tree, which is "Open File" for me. It could be "Mark file as viewed" depending on what kind of change that file was.

Is this what you're seeing?

@alexr00 alexr00 added the info-needed Issue requires more information from poster label Feb 24, 2022
@mjbvz
Copy link
Contributor Author

mjbvz commented Mar 5, 2022

Here's a recording of what I'm seeing with VoiceOver on:

Recording 2022-03-04 at 16 04 15

The confusing part is that I end up with two mark file as view tab stops that both have the same generic announcement text on voiceover. I suspect this is a generic tree view issue and not specific to PRs

@alexr00
Copy link
Member

alexr00 commented Mar 8, 2022

I understand now, thank you.

@isidorn is there well defined behavior that we should have here? If not, I could just add the aria label for the tree item before each inline action. This seems a bit aggressive though since then if there are 2 inline actions on one tree item then the aria label for the tree item will read before both of them.

@isidorn
Copy link

isidorn commented Mar 8, 2022

I think the problem here is that two inline actions get shown. This should not happen, unless the user is using the mouse hover.

So my suggestion is to only show the inline action item on focused items. But not on selected ones.
And in this case the item is shown both on the focused and the selected one => resulting in two items 🐛

@alexr00
Copy link
Member

alexr00 commented Mar 21, 2022

So my suggestion is to only show the inline action item on focused items. But not on selected ones.

@isidorn, the SCM view also behaves this way, so I don't want to change the tree view's behavior to be different.

I will leave as is for now and see if other feedback comes in.

@isidorn
Copy link

isidorn commented Mar 21, 2022

@alexr00 sounds fair.
fyi @joaomoreno on tree behaviour to show inline actions both on selected and focused items.

@alexr00 alexr00 closed this as completed Dec 9, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
info-needed Issue requires more information from poster
Projects
None yet
Development

No branches or pull requests

3 participants