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
A11y_AzureToolsStorageExplorer_SASGenerate_Keyboard: Keyboard focus is not in logical order after Close control. #1912
Comments
Verified, but... @Suraj1200499 You said keyboard focus should shift to the copy button of "Url" after the Close button instead of any disabled text inputs. But none of these inputs are actually disabled. They are read-only, which means the text is selectable, and therefore the input is focusable. This is by design. Visually, there's only one potentially confusing thing that happens. When focus moves forward from the Close button, the body receives focus. As a result, for some odd reason, the last chunk of text in an input that was selected gets highlighted again. However, the screen reader doesn't announce this, so I don't think there would be any confusion. |
@craxal When tab to move focus from the Close button, keyboard focus shifts to "Query String" read-only control and then to "Container" control which is not logical. Although screen reader not announces this but keyboard only users face in difficulty for understanding the keyboard focus order. So after Close button if we tab keyboard focus should shift to "Container" control instead of shifting to "Query String" control. |
This bug should automatically resolve when we remove the extra tab stop on the dialog A potential workaround is we can re-style the selected text to only show up if the input element has focus. @MRayermannMSFT, however, doesn't think this this workaround is appropriate (I'll let him leave a comment explaining why if he wants). |
@craxal |
Verified this is fixed after upgrading to Electron 7.x. |
Approved for exclusion as medium impact. |
GitHubTags:#BM-TCS-StorageExplorer-Win32-Sep2019; |
“Check out Accessibility Insights! Identify accessibility bugs before check-in and make bug fixing faster and easier.”
GitHubTags: #A11y_AzureToolsStorageExplorer; #A11yMAS; #A11YTCS; #DesktopApp; #MAS2.4.3; #Keyboard; #Win32;
Environment Details:
Application Name: Azure Tools Storage Explorer
Application Version: 1.10.0
Windows10
Repro Steps:
Actual:
While navigating on the screen using Tab key, Keyboard focus is not in logical order after Close control.
Expected:
While navigating on the screen using Tab key, Keyboard focus should be in logical order after Close control.
Means after close control when we tab keyboard focus should shift to copy button of "Url" disabled edit box, focus should not shift to "Query string" disabled edit box.
And also keyboard focus should not shift to disabled controls while navigating on the screen using Tab key.
UserImpact:
Keyboard only users face difficulty to navigate on the screen if keyboard focus is not in logical order on the screen.
Recommendation:
https://microsoft.sharepoint.com/teams/msenable/mas/Pages/browse-fixes.aspx
MAS Reference:
https://microsoft.sharepoint.com/:w:/r/teams/msenable/_layouts/15/WopiFrame.aspx?sourcedoc={0de7fbe1-ad7e-48e5-bcbb-8d986691e2b9}
Attachment for Reference:
A11y_AzureToolsStorageExplorer_SASURL_Keyboard.pptx
The text was updated successfully, but these errors were encountered: