On Thu, Jul 7, 2011 at 10:53 AM, James Teh <[email protected]> wrote: > On 7/07/2011 10:43 AM, Silvia Pfeiffer wrote: >>> I'm still not so keen on the pause >>> while description is catching up behaviour. Part of this is >>> design/implementation concerns; I'm very concerned about this tight >>> interaction between the screen reader and the system. ... >> The comparison to aria-live might work and might help find a better >> solution. > If this is to be done, I think this is the best approach. That said, I'm > biased, as it was the idea I initially proposed. :)
I don't mind how it's done. I'm looking at aria-live mostly for instructional purposes rather than for actually using it directly, because I don't think it's possible to use it directly. But if you can find a way, go for it. The effect needs to be the same, namely that the video waits for the text to be finished reading. If aria-live can make the video wait (maybe by making the complete web page wait or something), that would solve that problem. >> Is it possible to have aria-live regions be read out to the >> end and have the Web page wait until it is finished? If so, that would >> be the exact same mechanism that we require here. > It's not currently possible, so we'd still have to introduce something > new. However, I think extending an existing mechanism (thereby > generalising it as much as possible) is better than introducing > something entirely new, particularly as it seems to make sense. Is the waiting-requirement indeed a use case of aria-live? Silvia. _______________________________________________ Accessibility-ia2 mailing list [email protected] https://lists.linux-foundation.org/mailman/listinfo/accessibility-ia2
