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 134845 - any user action should interrupt previous speech output
any user action should interrupt previous speech output
Status: RESOLVED FIXED
Product: gnopernicus
Classification: Deprecated
Component: speech
unspecified
Other Linux
: Low enhancement
: ---
Assigned To: remus draica
remus draica
AP2
Depends on: 163793
Blocks:
 
 
Reported: 2004-02-19 15:08 UTC by remus draica
Modified: 2006-04-06 12:09 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
proposed patch (475 bytes, patch)
2006-04-04 11:36 UTC, remus draica
committed Details | Review

Description remus draica 2004-02-19 15:08:11 UTC
This bug describes the remained issues for bug 133386.

------- Additional Comments From david.hawthorne@sun.com 2004-02-18 06:48 ---

The only thing I noticed was when you initially switch to a window,
gnopernicus insists on reading out the whole string and the first
focused object, regardless of switching focus immediately. Also, in
the alt-tab/ctrl-alt-tab popups, the interruption does not work
properly - the output queues up.
Comment 1 remus draica 2004-02-22 11:43:38 UTC
This bug can be solved when at-spi will provide a way to register a
listener for all keys for all windows.
Comment 2 bill.haneman 2004-03-01 19:09:01 UTC
THere should be other ways of fixing this however (if better speech
callbacks are available).
Comment 3 Calum Benson 2004-10-21 16:52:49 UTC
Apologies for spam-- ensuring Sun a11y team are cc'ed on all current a11y bugs.
 Filter on "SUN A11Y SPAM" to ignore.
Comment 4 John Crawley 2005-02-08 13:49:32 UTC
With gnopernicus 0.10.0,  alt-tab/ctrl-alt-tab popups are reported correctly - new
ouput interrupts old output. However, speech output when switching to a window
still doesn't get interrupted by any other event (except the shutup key).
Comment 5 remus draica 2005-02-10 11:27:09 UTC
Events generated by alt-tab/ctrl-alt-tab are reported with a higher priority
than window and focus tracking events. For now it is not possible for
gnopernicus to know when alt-tab-ing has finished to shutup its output.
Comment 6 bill.haneman 2005-02-14 11:27:12 UTC
I agree with Remus that this can't be fixed more completely without a completely
different way of handling the keyboard, see also rfe 163793.

This requires availability of XEvIE on all target platforms.

Closing bug for now, because all other interruptions are currently taking place
properly.  John, if you prefer, you can reopen this as an RFE at a lower priority.
Comment 7 bill.haneman 2005-02-14 11:27:53 UTC
I've lowered priority instead of closing...
Comment 8 remus draica 2006-04-04 11:36:19 UTC
Created attachment 62731 [details] [review]
proposed patch


This patch is in addition to patch from bug #163793.
Comment 9 remus draica 2006-04-06 12:09:41 UTC
Comment on attachment 62731 [details] [review]
proposed patch

patch applied on cvs head.