Profile - Accessibility - Tabbing does not highlight "Edit" button for previously edited item
Description
Activity
Chris Knapp March 3, 2022 at 3:11 PM
I tested this on 22x and trunk today using JAWS+Chrome and can verify that everything is working as expected. I edited the basic information, saved my changes, and then tabbed through to the other options, and when I shift-tabbed backwards to the “basic information” option, JAWS still says, “Edit basic information” and the information I added is still there. Also, the issue I previously reported about JAWS saying “edit” twice no longer seems to be happening.
Steve Waldeck February 23, 2022 at 4:38 AM
Verified on 22x: https://qa22-mysql.nightly.sakaiproject.org/ Build: a3f3bc84
Win10 (Firefox, Chrome, Edge)
Steve Waldeck February 19, 2022 at 5:50 AM
Verified on Trunk 23 https://trunk-mysql.nightly.sakaiproject.org/
Server: ip-172-31-7-189 Build Info: f1ddb3f1
Win10 (Firefox, Chrome, Edge)
Alan Regan February 16, 2022 at 4:29 PM
My thanks to everyone that worked on this. The issue that I had reported, that “tabbing” (keyboard navigation) was not visually displaying the “Edit” button after an item had been edited or canceled has now been fixed on Trunk (23 nightly). This fix should assist sighted users with motor issues that need to use a keyboard or other input devices that use keyboard controls for navigation. If other elements have also been fixed – thank you! Bonus wins!
Vicent Alfonso February 16, 2022 at 7:49 AMEdited
Hi @Chris Knapp, this improvement is applied to Sakai 23.
About the function to differentiate between previously edited and unedited items, that hasn’t been developed.
Besides being able to TAB back to an Edit button of a previously edited section, the screen reader should announce “Edit Basic Information, Button”, without repeating “Edit”.
Tell me if you can verify this 
Details
Details
Priority
Major
Issue
Using the tab key to navigate the "My Profile" tab in the "Profile" tool does not highlight the "Edit" button for any item that you had previously edited. Technically, the button will be selectable, but there is no visual cue that the button is active when you tab. Buttons that had not been selected for editing do appear, but any previously clicked "edit" buttons no longer display.
Steps to Replicate
Log into Sakai as a standard user (not the "admin" account)
Go to the Home site
Go to the Profile tool
Skip to the main content navigation for the tool
Hover or tab any heading (e.g. "Basic Information") and select the "Edit" button.
Within the edit area of that heading, select Cancel to collapse the heading.
Continue tabbing to see the other Edit buttons.
Shift-tab to go backward. The heading that you edited will not display the "Edit" button but any headings that you have not edited will display the "Edit" button when tabbing.
Is this a behavior that can be corrected? I am assuming that a screen reader would still receive the notice about the active item, but I feel that visual users that use keyboard shortcuts for efficiency should be able to "see" the currently selected button.
I can replicate this behavior in Sakai 21, 22, and 23. I'm using Google Chrome Version 95.0.4638.54 (Official Build) (64-bit) for Windows 10.