Found a workaround for the web client reading issue

6 messages, 1 pages: 1  ↖ Retour à la liste des sujets

1. Nikola,

Hello. I've managed to get a solution for live regions. It appears that speech priority normal and low don't work. When setting all messages to either high or critical, you do get auto reading.

2. Aminiel,

IN which browser and OS ahve you observed this ?

3. StormProductions,

@Aminiel, this happens in Chrome on Windows. I can confirm.

4. Nikola,

Exactly. Happens in firefox too, at least with NVDA. What are the differences even supposed to be with all the speech modes? On the client, we can just interrupt the previous messages or no so not sure about the difference.

5. Aminiel,

Normal priority, as the name says, is the default one.
Technically speaking, messages at this priority are put in a zone with aria-live=polite.
It normally means that it is read when the browser is on foreground, as soon as possible, but without interrupting previous messages.

Messages at high priority are put in a zone with aria-live=assertive.
It normally means that an incoming message is read immediately as soon as it arrives, interrupting any other message currently speaking.

The critical priority exists because some browsers/screen reader combinations don't follow the standard. They threat aria-live=assertive the same as aria-live=polite, unless the zone is also role=alert.
I made it different than the high priority because additionally, some screen readers prefix each message by words like "Alert!" or even play a sound when role=alert.
As high priority messages which need to be interrupting are still quite common, for example those which ask a question or tell that it's your turn, it would probably be annoying to have "Alert!" repeated all the time.
IN this mode we are also almost totally sure that the message is spoken even if the browser isn't in focus. For high priority it depends on the browser and screen reader.

Finally, the low priority is exactly like the normal, except that message won't be spoken and not be added in the queue of messages at all in certain specific cases.
Currently, this behaves like the normal one as there are no such specific case at the moment. IN the future, I'm sure that it will be extremely useful; though probably not before 2nd or even 3rd quarter of 2018.

The biggest problem with aria-live regions is that browsers and screen readers don't behave all the same all the time.

My results so far are the following:

With the hope that everything is clarified

Dernière édition par Aminiel, 19.11.2017 07:12:37

6. Nikola,

Thanks Aminiel for the great explanation, all is clear now and makes sense. For chrome, you could fil a bug on for standards chrome isn't following if you have a google account , and we can all upvote it so hopefully they can get it sorted.

6 messages, 1 pages: 1  ↖ Retour à la liste des sujets

Répondre au sujet

Vous devez être connecté pour pouvoir poster.