New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
NVDA reads text in a standard WPF text box incorrectly #1412
Comments
Attachment MultilineTextboxExample.exe added by ianr on 2011-03-10 16:44 |
Comment 1 by Bernd on 2013-05-08 16:02 |
Comment 2 by jteh on 2013-05-08 22:50 |
CC @jcsteh |
@ehollig: Could you restore the attachment for this ticket somehow? I'd like to investigate this. Update: No longer necessary |
I can reproduce this issue. Furthermore, NVDA doesn't seem to treat pressing space as such, Character echo announces nothing when pressing space.
Additional interesting findings:
|
This still repros. I have a WPF Reddit client, my NVDA users are pretty unhappy about the NVDA support, because lines in the textbox are read twice most of the time (whenever you have 2+ \r\n, which happens very often). I tried to find a workaround, but nothing worked. I tried different WPF controls, I tried different line endings, nothing fixes the issue. |
I looked into this a bit with @origine999 today. Based on my testing, it appears that in some WPF controls, the UIA provider's In an affected control, move the system caret to a blank line before a line of text. NVDA announces the line of text after the current caret position, even though the line is blank. Then: ti = nav.makeTextInfo("caret") # degenerate UIA selection
ti.expand("character")
ti.text # Returns "\r\n"
ti.collapse() # make range degenerate (move end to start)
ti.expand("word")
ti.text # Returns "\r\n"
ti.collapse()
ti.expand("line")
ti.text # Returns "\r\n" followed by the next line of text
ti.collapse()
ti.move("line", 1)
ti.text # Returns the next line of text This is not an NVDA issue and should be fixed on the WPF side. |
Thanks @codeofdusk - has this been reported anywhere publicly? |
I'm guessing that the bugtracker for this wouldn't be public, but I'll see if I can provide an (internal) bug number for tracking. |
@seanbudd @codeofdusk I filed an issue on WPF's GitHub: dotnet/wpf#7190 |
Reported by ianr on 2011-03-10 16:42
Windows Presentation Foundation (WPF) is a GUI framework released by Microsoft a few years ago.
I've noticed that in it's standard TextBox control NVDA reads some things incorrectly.
Specifically if I have a multiline textbox and I have text on line 1, an empty line 2, and text on line 3.
When I reach line 2 NVDA will read the contents of line 3, when I reach line 3 it will also read the contents of line 3.
This makes you think that some lines are duplicated when they are actually not.
In braille the second line has 2 extra characters at the front before the contents of line 3.
The first is a space, the second is dots 7 and 8 raised.
I am attaching a test application written in WPF that contains a multiline textbox so you can add your own text and see the results yourself.
The application requires .NET 4 client profile to be installed on your machine.
The text was updated successfully, but these errors were encountered: