[a11y] 11.4.1.2 Name-role value

[tschiebel]

audit: https://infinite.owncloud.com/s/QtwuiGHikwFjozV

https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf
https://github.com/BIK-BITV/BIK-App-Test/tree/main/Pr%C3%BCfschritte/de

Personal Space

• Several buttons have been detected on the page that do not have a role assigned.
  

• If the elements on the page are sorted, the status of the sorting is only visually represented by arrows. However, this visual representation is a limitation for non-visual users, as they do not receive any information about the current sorting.
  

• The button with the "+" does have an accessible name, but this is not meaningful. It would make sense to use the word "Add", for example, to give users a clear description of the function. There is also a problem for non-visual users, as opening the menu is not clearly signaled. It is important that the status of the menu is accessible to all users.
  

Menu

• The link "...-Portal" was not correctly marked as a link. The role "Link" is missing, which should be used for the semantically correct labeling of links.

• The logo (see screenshot) was erroneously labeled as a button although clicking on the element opens a new page in the browser. Instead, the logo should be provided with a link element in order to be semantically correct.
  

• All elements of the menu are missing the correct role, either "Button" or "Link".
  

• The button with the account data does not have a corresponding role. In addition, the labeling is too long and difficult to understand. It is also unclear which view of the menu users are currently in.
  

Edit shared Link

• The "Expiry date" and "Date" buttons have no role.
  

Spaces

• Both the "Spaces" heading (button) and the "Space" buttons do not have a role.
  

Manage Account

• Neither the "Add account" button nor the "Account" button have a role.
  

Image Viewer

• None of the items in the "More options" menu have a role.
  

[jesmrec]

Pending to check. Are roles really a mobile concept? or only web?

[Aitorbp]

Menu

• The link "...-Portal" was not correctly marked as a link
  correctly. The role "Link" is missing, which should be used for the semantically correct
  should be used for the semantically correct labeling of links.
• The logo (see screenshot) was erroneously labeled as a button
  although clicking on the element opens a new page in the browser.
  opens a new page in the browser. Instead, the logo should be provided with a link element
  in order to be semantically correct.
  
• All elements of the menu are missing the correct role, either
  "Button" or "Link".
  

The elements of the Menu have now a role.

• The button with the account data does not have a corresponding role.
  In addition, the labeling is too long and difficult to understand. It is
  It is also unclear which view of the menu users are currently in.
  

This element is not going to be changed due to the current behaviour is the following: when you click in this element the talkback said Header, so it is enough information to know we are in the header of the drawer. In any case, this element doesn't have a functionality, it is just information that the user can see.

Edit shared Link

• The "Expiry date" and "Date" buttons have no role.
  

The date text that appears when you choose a date in the date picker has been assigned a role. In any case, related elements have been labeled with the corresponding switches in this pr #4448 related to this issue #4363.

Spaces

• Both the "Spaces" heading (button) and the "Space" buttons
  do not have a role.
  

About the Spaces heading, at the moment we are going to set the talkback in this element like "Search button" in all toolbars.

This report is contradictory with another accessibility report #4362 we had where we were asked to put the Space title as a heading and now they tell us to give it the role of a button. I think both labels should not coexist, either it is a button or it is a heading.

But you have to know there is a issue #4452 opened to discuss about the behavior of the Toolbar and the SearchView. The proposal is divided the title and the search icon in differents elements, so when only when the search icon is clicked the search view will be opened.

Manage Account

• Neither the "Add account" button nor the "Account" button have a role.
  have a role.
  

A role has been assigned to the elements of this view.

Image Viewer

• None of the items in the "More options" menu have a role.
  

A role has been assigned to the elements of this view.

[Aitorbp]

audit: https://infinite.owncloud.com/s/QtwuiGHikwFjozV

https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf https://github.com/BIK-BITV/BIK-App-Test/tree/main/Pr%C3%BCfschritte/de

Personal Space

• Several buttons have been detected on the page that do not have a role
  assigned.
  

A role has been assigned to the elements of this view.

• If the elements on the page are sorted, the status of the sorting is only visually
  sorting status is only visually represented by arrows. However, this visual representation
  visual representation is a limitation for non-visual users, as they do not receive any
  information about the current sorting.
  

A role has been assigned to the elements of this view.

• The button with the "+" does have an accessible name,
  but this is not meaningful. It would make sense to use the word "Add" as an accessible
  the word "Add", for example, to give users a clear description of the function.
  clear description of the function.
  There is also a problem for non-visual users, as opening the menu is not
  opening the menu is not clearly signaled. It is important that the status
  of the menu is accessible to all users.
  

A role has been assigned to the elements of this view.