-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Not able to Identify the links under "In this article" as links: A11y_VisualStudioCodeServices_Uninstall Visual Studio Code_In this article_Info and Relationships. #7415
Comments
The links in the table of contents and "In this article" section are technically links, but they aren't links that need to be differentiated from paragraph text. I don't think it makes sense to decorate these in the same way we've done for the inline links with the grey underline. It would be a total mess of underlines. I suggest we don't make any changes here yet given that this isn't new behavior for the v2 website design. |
#rev:shwarh |
#A11yPreview; |
Hi @prabhudevu, considering that the left sidebar doesn't have underlined links, is there a way we could format the right sidebar instead to not require underlined links? |
@rzhao271 in the below way also we can differentiate check the right pane, please refer https://www.w3.org/WAI/ARIA/apg/example-index/#examples_by_role_label |
I continue to agree with David and do not see a reason to format the right links differently by default. The right nav links react to being hovered or focused, and are located under a caption that suggests they are nav links as well. However, I notice that hovering the left or right links does not result in an underline under the hovered link, and I believe adding an underline to the hovered link would improve the UX of the site. |
Hi @12-shweta, I have added underlines on hover to match the behaviour of the right navbar links with that of the left navbar links. I am still not interested in introducing always-visible underlines to the right navbar links unless there are other users confused about those links. |
Closing as wontfix. See #7415 (comment) and #7415 (comment). |
"Please do not close this bug. This bug should only be closed by TCS, C+AI Accessibility or the Divisional Driver".
GitHub Tags:
#A11yTCS; #A11ySev3; #A11yMAS; #DesktopWeb; #ChromiumEdge; #BM_VisualStudioCodeServices_Web_July2024; #Visual Studio Code Services; #Win11; #FTP; #Desktopweb; #WCAG1.3.1; #Element:Link
Environment Details:
Application Name: Visual Studio Code Services
URL: https://code.visualstudio.com/docs/setup/uninstall?dark-plus-v2#_windows
Microsoft Edge version 126.0.2592.68 (Official build) (64-bit)
Repro steps:
Actual:
Not able to Identify the links under "In this article" as links.
Note: Issue is repro with below URLs as well
https://code.visualstudio.com/docs/setup/uninstall?dark-plus-v2
https://code.visualstudio.com/docs/supporting/faq?dark-plus-v2
https://code.visualstudio.com/docs?dark-plus-v2
https://code.visualstudio.com/download?dark-plus-v2
https://code.visualstudio.com/insiders/?dark-plus-v2
https://code.visualstudio.com/?dark-plus-v2
https://code.visualstudio.com/docs/python/editing?dark-plus-v2
https://code.visualstudio.com/docs/python/jupyter-support-py?dark-plus-v2
https://code.visualstudio.com/docs/python/linting?dark-plus-v2
https://code.visualstudio.com/docs/remote/remote-overview?dark-plus-v2
https://code.visualstudio.com/docs/remote/troubleshooting?dark-plus-v2
https://code.visualstudio.com/docs/remote/wsl?dark-plus-v2
https://code.visualstudio.com/docs/?dv=win64user&dark-plus-v2
https://code.visualstudio.com/docs/editor/command-line?dark-plus-v2
https://code.visualstudio.com/docs/getstarted/introvideos?dark-plus-v2
https://code.visualstudio.com/docs/getstarted/keybindings?dark-plus-v2
https://code.visualstudio.com/docs/getstarted/locales?dark-plus-v2
https://code.visualstudio.com/docs/java/java-debugging?dark-plus-v2
https://code.visualstudio.com/docs/languages/csharp?dark-plus-v2
https://code.visualstudio.com/docs/python/debugging?dark-plus-v2
Expected
Links under "In this article" should be defined in a way for us to understand they are links.
User Impact
Users will not be able to know that the items under in this article" as links.
Attachment
The text was updated successfully, but these errors were encountered: