android [a11y] 11.4.1.2 Name-role value

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 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.
[ ] 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.

[ ] 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 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.

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. have a role.

Image Viewer

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

Apr 05 '24 12:04 tschiebel

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

Apr 17 '24 10:04 jesmrec

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 https://github.com/owncloud/android/pull/4448 related to this issue https://github.com/owncloud/android/issues/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 https://github.com/owncloud/android/issues/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 https://github.com/owncloud/android/issues/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.