You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In this accessibility issue #4362 it was reported that the Spaces title in the toolbar should work as a heading.
The problem is that this title is part of the SearchView, so when clicking on it (title + search icon) the search element opens, so that this title is not working as a heading but as a SearchView.
Therefore, an appropriate solution could be to separate the title element from the icon, in this way the title could work as a heading (it would not have a clickable option) and the icon as the searchview that would be the one to open the search element.
Looking at other apps, this is how they behave:
Accessibility settings android system:
In this case the title and the icon are separated. The first one has no functionality, while the second one opens the search element.
The title is not set as heading.
Drive:
In drive the behavior is different: You can make a selection in the whole toolbar and the talkback says: Search in Brive editbox. Afterwards you can access each element separately. In neither case do I name these elements as headings.
My proposal would be to not put the title of the SearchView as heading and separate the title element from the icon. Open to discussion. It would be necessary to investigate if this is possible to do, since in the current application there are two toolbars coexisting.
TASKS
Research (if needed)
Create branch feature/feature_name
Development tasks
Implement whatever
...
Implement unit tests (if needed)
Code review and apply changes requested
Design test plan
QA
Merge branch feature/feature_name into master
The text was updated successfully, but these errors were encountered:
In this accessibility issue #4362 it was reported that the Spaces title in the toolbar should work as a heading.
The problem is that this title is part of the SearchView, so when clicking on it (title + search icon) the search element opens, so that this title is not working as a heading but as a SearchView.
Therefore, an appropriate solution could be to separate the title element from the icon, in this way the title could work as a heading (it would not have a clickable option) and the icon as the searchview that would be the one to open the search element.
Looking at other apps, this is how they behave:
Accessibility settings android system:
In this case the title and the icon are separated. The first one has no functionality, while the second one opens the search element.
The title is not set as heading.
Drive:
In drive the behavior is different: You can make a selection in the whole toolbar and the talkback says: Search in Brive editbox. Afterwards you can access each element separately. In neither case do I name these elements as headings.
My proposal would be to not put the title of the SearchView as heading and separate the title element from the icon. Open to discussion. It would be necessary to investigate if this is possible to do, since in the current application there are two toolbars coexisting.
TASKS
The text was updated successfully, but these errors were encountered: