Screen reader announcements are queued and held quiet during startup, under the axScreenReader setting.
What's wrong with this entry?
Spoken announcements now go through a queue with a bounded buffer instead of firing immediately, and a quiet window suppresses them during startup until an explicit end point. This runs under the existing axScreenReader setting.
- The controller records when the first announcement was written and when the startup quiet window opened, and clears both on reset.
- Whether accessibility output is enabled is now passed in as a function rather than read from a module-level global.
startupQuietOpenedAtMs
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.222
Screen-reader rendering erases trailing characters in place
Both mention screen reader