Open
Bug 741342
Opened 13 years ago
Updated 2 years ago
Inline text input by voice not supported
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
NEW
People
(Reporter: hsivonen, Unassigned)
References
(Blocks 1 open bug)
Details
Steps to reproduce:
1) acquire a noise-canceling headset
2) enable voice recognition in Windows 7 in control panel under ease of access
3) launch wordpad and dictate some text into new document then try to correct text by saying "Correct <word that was misrecognized>"
4) launch Internet Explorer and dictate some text into a text field then try to correct text by saying "Correct <word that was misrecognized>"
5) launch Firefox and dictate some text into a text field such as this text field on Bugzilla then try to correct text by saying "Correct <word that was misrecognized>"
Actual results:
Wordpad and Internet Explorer support dictation inline in places where text editing is possible. They also support correcting text that has already been dictated into the text editing area. Firefox, on the other hand, does not support this. Instead, a modal dictation box appears under contents of that box need to be inserted into a Firefox text field after dictating an editing text in the modal box.
Expected results:
Expected Firefox to support dictating and correcting text in line in the way Microsoft's applications support it.
Comment 1•13 years ago
|
||
Support forthe Text Services Framework (TSF) was added in bug 88831, but was pref'ed off. You need to enable it to be able to dictate into Firefox and Thunderbird. It's an about:config option.
Reporter | ||
Comment 2•13 years ago
|
||
Thanks. Flipping the pref makes it possible to dictate directly into Firefox. However, it seems that correcting text by voice doesn't work. Also, dictating punctuation separately from words starts failing. (E.g. saying "period" on its own after some thought instead of saying it after a word and starting a new sentence right away.) Thus, flipping the pref makes a situation worse in terms of available functionality.
Reporter | ||
Comment 3•13 years ago
|
||
Actually, it seems that correcting words works if you happen to be able to select a word and then say "Correct <the word you have selected>". However, the command "Select <word>" only works randomly and less than 50% of the time.
In any case, the behavior with TSF enabled is more frustrating and broken than the behavior with it disabled. Also, saying the labels of buttons, such as "Save Changes" on Bugzilla, seems to break with TSF enabled. It's as though non-narrative commands all started drawing a blank.
Comment 4•13 years ago
|
||
Setting the component to Widget: Win32 for the time being since that is where TSF support was initially implemented.
Component: Disability Access APIs → Widget: Win32
QA Contact: accessibility-apis → win32
Comment 5•5 years ago
|
||
Moving all open Keyboard/IME handling bugs to DOM: UI Events & Focus Handling component.
Component: Widget: Win32 → DOM: UI Events & Focus Handling
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•