search

nvaccess / nvda

NVDA, the free and open source Screen Reader for Microsoft Windows
https://www.nvaccess.org/
Other
2.1k stars 634 forks source link

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

Closed nvaccessAuto closed 8 years ago

nvaccessAuto commented 12 years ago

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 commented 12 years ago

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

nvaccessAuto commented 12 years ago

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 commented 12 years ago

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

nvaccessAuto commented 12 years ago

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 commented 12 years ago

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

nvaccessAuto commented 12 years ago

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 commented 11 years ago

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 commented 11 years ago

Comment 7 by jteh on 2013-03-14 14:27 This liblouis bug also caused #2956 and #3073. Worked around in 79940e474786a0bfe417528138abf7ef7a2eace5. 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 commented 11 years ago

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

LeonarddeR commented 5 years ago

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