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
I have searched and made sure there are no existing issues for the issue I am filing
I have searched the existing issues
Description
I don't know if it is a Titanium, Android, or TalkBack problem, but if I open a new window and close the old window (I use a fade animation) very often TalkBack starts reading all Accessibility labels in the window I close, which it does not do when I open the window (Especially elements in a ScrollView).
I especially noticed that it READS ALL THE ELEMENTS in a scrollView with vertical layout (the menu elements) when selecting an item from the menu by clicking on it, a new window opens while my custom menu window closes with a fade animation. The problem should be related to the ScrollView as it happens also in another window where the same UI is presented in a different way.
I see that TalkBack tends to create queues of items to read, I don't know if the problem is related to this. It only reads the elements in the new window, though, when it has read all the old window I close, and that is very annoying, because it is a very long list of elements.
I am not posting a working example at the moment as my code is long and complex.
Also, another small flaw is that when TalkBack reads the position and duration of the video in Ti.Media.VideoPlayer, it reads 00:31, that is 31 seconds, as half past midnight (tested in Italian).
Expected Behavior
Not read the full list of elements, or just read at opening time and not at closing time.
Actual behavior
Read the full list of elements at closing time.
Reproducible sample
X
Steps to reproduce
X
Platform
Android
SDK version you are using
12.4.0.GA
Alloy version you are using
No response
The text was updated successfully, but these errors were encountered:
Informate
changed the title
Accessibility Labels list reader on Window Close
Accessibility Labels list readed on Window Close (TalkBack)
Jul 31, 2024
Informate
changed the title
Accessibility Labels list readed on Window Close (TalkBack)
Accessibility Labels list in ScrollView readed on Window Close (TalkBack)
Aug 1, 2024
I have searched and made sure there are no existing issues for the issue I am filing
Description
I don't know if it is a Titanium, Android, or TalkBack problem, but if I open a new window and close the old window (I use a fade animation) very often TalkBack starts reading all Accessibility labels in the window I close, which it does not do when I open the window (Especially elements in a ScrollView).
I especially noticed that it READS ALL THE ELEMENTS in a scrollView with vertical layout (the menu elements) when selecting an item from the menu by clicking on it, a new window opens while my custom menu window closes with a fade animation. The problem should be related to the ScrollView as it happens also in another window where the same UI is presented in a different way.
I see that TalkBack tends to create queues of items to read, I don't know if the problem is related to this. It only reads the elements in the new window, though, when it has read all the old window I close, and that is very annoying, because it is a very long list of elements.
I am not posting a working example at the moment as my code is long and complex.
Also, another small flaw is that when TalkBack reads the position and duration of the video in Ti.Media.VideoPlayer, it reads 00:31, that is 31 seconds, as half past midnight (tested in Italian).
Expected Behavior
Not read the full list of elements, or just read at opening time and not at closing time.
Actual behavior
Read the full list of elements at closing time.
Reproducible sample
X
Steps to reproduce
X
Platform
Android
SDK version you are using
12.4.0.GA
Alloy version you are using
No response
The text was updated successfully, but these errors were encountered: