GNOME Bugzilla – Bug 334892
Orca speaks "No focus" too often
Last modified: 2006-07-12 17:03:47 UTC
Orca sometimes speaks "No focus" too often. This can occur if there is a delay between something losing focus and something gaining focus. Perhaps Orca should consider using a timer before speaking "No focus."
*** Bug 342142 has been marked as a duplicate of this bug. ***
We discussed this a bit today. Adding comments here so I don't forget them. Currently "No focus" is spoken or brailled in four places in default.py: - whereAmI - locusOfFocusChanged - visualAppearanceChanged - updateBraille The plan is to move this logic into the _dequeueEvent GTK idle thread handler. This would be just before: event = self._eventQueue.get() We would check to see if the event queue was empty and if so, we'd test if orca.locusOfFocus was None. If it was, and if a certain period of time had passed since the last utterance (time period determined by a new variable in settings.py) and if the last utterance wasn't "No focus", then we'd speak "No focus". This will involve saving away a little more state: - the last utterance - the time of the last utterance.
Created attachment 68824 [details] [review] Fix for the problem (I hope). Attaching a fix that I believe solves this. I tried starting up Evolution. As the main Evolution window comes up there were three occurances of "No Focus" in a row before this change. Not there is only one. Will/Mike, could you review (and possibly try) these changes before I check them in? Thanks.
After feedback from Will and Mike, it looks like this fix is okay. I've checked it into CVS HEAD and closed the bug as FIXED. Thanks.