After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 617459 - Timers and counters are incorrectly being treated as live regions
Timers and counters are incorrectly being treated as live regions
Status: RESOLVED OBSOLETE
Product: orca
Classification: Applications
Component: general
2.30.x
Other All
: Normal enhancement
: ---
Assigned To: Orca Maintainers
Orca Maintainers
post-3.0
Depends on:
Blocks: 404403
 
 
Reported: 2010-05-02 18:00 UTC by Scott Berry
Modified: 2018-02-08 12:55 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Scott Berry 2010-05-02 18:00:43 UTC
There has been some talk on the list about enhancing the live region settings.
According to one user What I think we haven't really explored yet is clever ways to take advantage of what ARIA provides. For instance, ARIA specifies setting various states for live region, rude, polite, off, etc. But this only controls whether data in that region is automatically passed to AT.
There's no requirement that AT map a hotkey to read data from a particular live region on user command, or that AT perhaps map data in a live region to a sonic representation that could play through the audio channel. All that's now possible, but yet to be explored.  She adds: I believe we can expect more and more use of live regions, not less.
> There are just too many ways that live regions make practical sense in 
> a visual interface. Note that their attraction is that the entire page 
> doesn't have to get reloaded--only the region in question. So much 
> less traffic over the Internet connection.  Furthermore, we've got support in all the major browsers--though I 
> think this is where we need support to be more robust for us. Between 
> the AT and the browser, it should be a bit easier to huristically 
> identify live regions and handle them appropriately. Especially, it is 
> critical to keep a frequently updating region from grabbing focus. My 
> current example of insufficiency here is the second by second clock 
> ticking away on the Federal Express "My Fed Ex" pages.
Comment 1 Joanmarie Diggs (IRC: joanie) 2010-05-02 18:08:11 UTC
Scott, again, I'm sorry, please check your email. The keybindings are already done and committed.

However, you did capture a bug/RFE here, namely identifying the timer. Therefore, I'm going to keep this one open and re-summarize it.
Comment 2 Joanmarie Diggs (IRC: joanie) 2010-07-05 02:44:32 UTC
(3.0 Planning Spam-o-rama. Sorry!)
Comment 3 Joanmarie Diggs (IRC: joanie) 2010-07-05 15:45:58 UTC
Given everything else on the to-do list, non-critical Gecko-related bugs are
going to have to wait until after 3.0, unless someone volunteers to do them.
Comment 4 Mesar Hameed 2012-08-25 05:45:48 UTC
For example, on www.lifehacker.com we can not use sayall to read a particular article, but are forced to use line up/down to override the date/time announcements.
Screenreader users are far more likely to use their cursor keys, which may in the longterm lead to RSI in the right hand. If we can allow sayall to be used we would have saved many keypresses.
Thanks.