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
explorer: labels of edt not brailled when tethered to review #3264
Comments
Comment 1 by jteh on 2013-06-05 20:08 Btw, this is another reason that only showing the focus when tethered to focus (rather than showing the context to the left) is problematic. |
Comment 2 by halim on 2013-06-06 06:12
Sorry this was a bit OT now! |
Comment 3 by jteh (in reply to comment 2) on 2013-06-06 06:36
That may be, but the point is that you do lose combo boxes, for example, which is related to this ticket. You would see the same problem when tethered to focus that you see when tethered to review. |
I know development has been going on in the Braille area, any comments or suggestions for this issue? CC @LeonarddeR |
@LeonarddeR any thoughts on this issue? |
@halim is this issue still reproducible? |
@dkager could you please test with a braille display the current behavior in NVDA 2019.1.1? I guess with the automatic tetering of the braille display this should not be an issue anymore. But I do not have a braille display at hand to assess this. |
This is still reproducible in Windows 10 with NVDA 2019.1.1. However, the point made in #3264 (comment) is still valid. I'm not sure how to resolve this issue and frankly, I would say this has low priority. |
Reported by halim on 2013-06-05 12:55
In some cases nvda doesn't display labels of edit fields on the brailledisplay when tethered to review.
EG: windows+r (run dialog)
currently nvda shows:
ef alt+f
should be:
öffnen: ef alt+f
From logviewer:
IAccessible accName: u'\xd6ffnen:'
Maybe IAccessible accname should be displayed as well when braille display is tethered to review?
The text was updated successfully, but these errors were encountered: