Uploaded image for project: 'Sakai'
  1. Sakai
  2. SAK-38389

Ensure content updates define focus updates appropriately

    XMLWordPrintable

    Details

    • Previous Issue Keys:
      A11YTEST-271

      Description

      [New] - 3/16/2018

      [Issue]

      When keyboard users activate "Edit" for any of the content on profile, keyboard focus lost and it moved to the top of the page on "Jump To Content" link.For example, if users activate "Edit" for Contact Information, focus moved to the "Jump To Content" link on the top.

      [User Impact]

      Screen readers, keyboard and cognitive impaired users get confused when focus is lost and it does not move to the content that they have expected. They have to navigate entire page again to reach the desired element on the page and this become cumbersome experience for them.

      [Code]

      <a href="./profile?10-3.ILinkListener-myProfileTabs-panel-myInfo-editButton" class="edit-button offscreen" id="ide0">
        <span>Edit</span> 			
        <span class="offscreen">				Edit Personal Information			</span>		
      </a>

      [Expected behavior]

      Developers need to ensure that when users activate "edit" link for corresponding content, keyboard focus moves to that content first active element.For example, if users activate "Edit" for Contact Information, focus must move to the "Email" form field.

        Gliffy Diagrams

          Zeplin

            Attachments

              Activity

                People

                Assignee:
                Unassigned Unassigned
                Reporter:
                jonespm Matthew Jones
                Votes:
                0 Vote for this issue
                Watchers:
                1 Start watching this issue

                  Dates

                  Created:
                  Updated:

                    Git Integration