GNOME Bugzilla – Bug 458746
[will] flat-review does not review current item in Java HTML text
Last modified: 2007-07-26 16:30:48 UTC
flat-review does not review current item in Java HTML text. Launch the jedit installer, which displays a HTML document in a viewport. KP-5 does not review the current item, although KP-4 and KP-6 review the previous and next items.
I added a bunch of debug statements and found that speech.speak is being call correctly with the right string to speak. orca.gnomespeechfactory.SpeechServer is called on speech.py line 160, but no speech is spoken. Review current line and current character works, just not review current item. Any suggestions?
(In reply to comment #1) > I added a bunch of debug statements and found that speech.speak is being call > correctly with the right string to speak. orca.gnomespeechfactory.SpeechServer > is called on speech.py line 160, but no speech is spoken. Review current line > and current character works, just not review current item. Any suggestions? > Strange. :-( What text is being passed to the speak method? In addition, is the debug rectangle being painted for the current review item when you hit KP_5?
The text passed to the speechserver.speak method is the current item text. For example, when the current text item is "Simply" and I press KP-5, the speech output should be "Simply". _reviewCurrentItem index=1 word=Simply [763 505 46 17] context=Simply [763 505 46 17] adjustForRepeats: line='Simply', segment='y', newLine='Simpl' SPEECH OUTPUT: 'Simply' _speechserver=<orca.gnomespeechfactory.SpeechServer object at 0x8535a0c> Everything looks ok, except that I don't hear the text when speechserver.speak is called. Also, the rectangle is drawn correctly around the current item.
(In reply to comment #3) > The text passed to the speechserver.speak method is the current item text. For > example, when the current text item is "Simply" and I press KP-5, the speech > output should be "Simply". > > _reviewCurrentItem > index=1 > word=Simply [763 505 46 17] > context=Simply [763 505 46 17] > adjustForRepeats: line='Simply', segment='y', newLine='Simpl' > SPEECH OUTPUT: 'Simply' > _speechserver=<orca.gnomespeechfactory.SpeechServer object at 0x8535a0c> > > Everything looks ok, except that I don't hear the text when speechserver.speak > is called. Also, the rectangle is drawn correctly around the current item. I wonder if something might be causing the speech to stop. Can you dig around in this area and see if this is happening?
I misinterpreted the debug.out statements and thought the output in Comment #3 was the result of pressing KP-5. Instead, it was the result of previously pressing KP-6. My Microsoft Natural Keyboard Elite generates a "Begin" event when KP-5 is pressed, which has no mapping to an input event handler. The solution is to add a mapping for "Begin" to the same imput event handler as KP-5 and KP-Begin.
Created attachment 92295 [details] [review] proposed patch
> I misinterpreted the debug.out statements and thought the output in Comment #3 > was the result of pressing KP-5. Instead, it was the result of previously > pressing KP-6. My Microsoft Natural Keyboard Elite generates a "Begin" event > when KP-5 is pressed, which has no mapping to an input event handler. The > solution is to add a mapping for "Begin" to the same imput event handler as > KP-5 and KP-Begin. Ah...very strange. Is your NumLock key locked? In addition, when you do a "xmodmap -pk | grep -i begin", what do you get?
This bug will not be fixed since mapping the Begin key to an Orca action would interfere with the normal use of the Begin key.