Skip to content
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

Braille and web: NVDA is not able to select text when matching a particular type of heading #2466

Closed
nvaccessAuto opened this issue Jun 19, 2012 · 10 comments
Assignees
Milestone

Comments

@nvaccessAuto
Copy link

Reported by drein on 2012-06-19 08:31
In a Web page, When NVDA matches a heading with a space at the end between the tags, it produces a sound error.
You can try yourself visiting this webpage and press the "h" key two time, you will find a heading 1 and if you downarrow, one of level 2.
http://fileforum.betanews.com/detail/RouterPassView/1274370864/1
Try to select some text, you will receive an error, I attach the log.
Only with braille attached!

Blocking #2956, #3073

@nvaccessAuto
Copy link
Author

Attachment brailleweb.log added by drein on 2012-06-19 08:31
Description:

@nvaccessAuto
Copy link
Author

Comment 1 by jteh on 2012-06-20 10:22
Haven't tested myself yet, but should be fixed for 2012.3 if I can reproduce it.

Can you please also specify which braille table you are using? Thanks.
Changes:
Milestone changed from None to 2012.3

@nvaccessAuto
Copy link
Author

Comment 2 by drein on 2012-06-27 12:48
Hello,
I'm using the italian table.

@nvaccessAuto
Copy link
Author

Comment 3 by jteh on 2012-07-27 08:55
This is due to a liblouis bug:

>>> louis.translate([u"ab  ", typeform=(0, 0, 0, 0), mode=louis.dotsIO, cursorPos=0)

(u'\u8001\u8003\u8000\u8000', [0, 1, 2, 3]("louis/tables/en-us-comp8.ctb"],), [1, 2, 3](0,), 0)
>>> louis.translate([u"ab  ", typeform=(0, 4, 4, 0), mode=louis.dotsIO, cursorPos=0)

(u'\u8001\u8003', [0, 1]("louis/tables/en-us-comp8.ctb"],), [1, 2, 3](0,), 0)

The result of these two commands should have been the same, but the second one is missing spaces at the end of the translation.

I need to test this against liblouis trunk to see if it's fixed there, but I'm not too hopeful. Debugging this further is going to be very painful.

@nvaccessAuto
Copy link
Author

Comment 4 by jteh on 2012-07-27 09:00
Just tested it against liblouis trunk. No joy.

@nvaccessAuto
Copy link
Author

Comment 5 by jteh on 2012-09-11 22:53
This bug isn't fixed in liblouis 2.5.0, so a fix unfortunately won't be in NVDA 2012.3.
Changes:
Milestone changed from 2012.3 to near-term

@nvaccessAuto
Copy link
Author

Comment 6 by jteh on 2013-03-14 07:36
For reference, I posted to the liblouis list about this a while ago: http://www.freelists.org/post/liblouis-liblouisxml/Spaces-being-erroneously-stripped-when-typeforms-specified

@nvaccessAuto
Copy link
Author

Comment 7 by jteh on 2013-03-14 14:27
This liblouis bug also caused #2956 and #3073. Worked around in 79940e4. We should still try to get this fixed in liblouis, but this will do for now.
Changes:
Milestone changed from near-term to 2013.1
State: closed

@nvaccessAuto
Copy link
Author

Comment 8 by jteh on 2013-03-14 14:48
See GoogleIssue:liblouis:22.

@LeonarddeR
Copy link
Collaborator

I can no longer reproduce this when I revert 79940e4, so it looks like this is fixed upstream.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants