Reported by k_kolev1985 on 2014-06-04 14:51
I'm mainly a Firefox user, so I haven't noticed it before. But recently I need to use Internet Explorer for a work project and it includes typing text in text fields. I've noticed that in comparison with Firefox where NVDA reports spelling errors with no problems, here in Internet Explorer it doesn't do it.
Steps to reproduce it:
'''Actual results:''' NVDA doesn't report the misspelled words as such, even though visually they show as misspelled.
'''Expected results:''' NVDA should report the misspelled words as such in Internet Explorer, as it does in Firefox.
Comment 1 by k_kolev1985 on 2014-06-04 14:59
P.S.: What is wrong with the text field for the description of an issue in the NVDA TRAC? In Firefox, text wraps on a new line when it reaches the end of the previous line. In Internet Explorer 11, the text doesn't wrap to a new line - instead, it continues on the same one. Not only that, but NVDA reads only the visible on the screen part of the current line in that text field. This does not affect the comments text field - it wraps as it should. Is this by design in Internet Explorer 11?
Comment 2 by mdcurran on 2014-12-11 08:16
We were going to use UIAutomation in Internet Explorer edit fields to fix this. However, it seems this is not going to work.
some testing shows that the UIAutomation element we get from IUIAutomation.elementFromIAccessibleBuildCache, given the IAccessible of an IE edit field, is different to the UIAutomation element given from a UIAutomation focus event on the same edit field. Specifically and most importantly, it has no text pattern!
Its controlType and name etc are correct though.
Back to the drawing board.
Comment 3 by Michael Curran <mick@... on 2015-01-08 01:26
Merge branch 't4174' into next. Incubates #4174
Added labels: incubating
Comment 4 by nvdakor on 2015-01-09 09:01
This ticket broke backspace handling in edit fields in IE..
Comment 5 by mdcurran on 2015-01-09 09:45
humm. MSHTML's UIAutomation implementation does not allow a range to represent the end of the field (NULL insertion point). Therefore the range is already on the last character typed and doing move(character) makes it go back too far.
I'm not too sure if we can work around this, therefore we may end up scrapping this whole idea for now and spelling error functionality will have to wait until Microsoft gets it right.
Comment 6 by k_kolev1985 on 2015-01-09 10:42
Too bad. It was working even for apps like the modern Skype and the Facebook app for Windows 8. But the bug described was present as well. In the Facebook app there was even a freeze while editing text in the fields for our status and for a comment.
Comment 7 by Michael Curran <mick@... on 2015-01-12 05:50
Comment 8 by k_kolev1985 on 2015-01-25 12:17
The bug with the freeze in the Facebook app for Windows 8 with NVDa's "Report spelling errors" option enabled is still present. Steps to reproduce it:
NVDA should read the current line and report the misspelled word(s).
NVDA fails to read the current line or anything and freezes until the focus gets away from the Facebook app.
Comment 9 by Michael Curran <mick@... on 2015-04-29 05:38
Comment 10 by mdcurran (in reply to comment 8) on 2015-04-29 05:40
Replying to k_kolev1985:
The facebook freeze seems to be fixed for me now with the latest change to t4174.
Comment 11 by Michael Curran <mick@... on 2015-05-29 04:32
Merge branch 't4174'. Fixes #4174
Removed labels: incubating
Comment 12 by jteh on 2015-05-29 05:52
Milestone changed from None to 2015.3
Merge branch 't4174'. Fixes #4174