Closed AlexandrKozlovskiy closed 4 years ago
Yes, I saw this also: nvda sometimes ignores the /Alt text. This seems to be an nvda bug and should be reported there.
But this happends only in lua mode,so probably problems with pdf.
The pdfs are different, e.g. in generic mode your example is not fully tagged as the footer is not marked as artifact. nvda seems no to like if a formula is the only thing on a page.
But I have the same problem,if in mc i have usual text,instead of formula,and it's happends only if i issue_of_one_paragraph.zip have in lua mode only one paragraph.
After the latest commit problem in lua mode was not fixed.
Show your tex and the resulting pdf. Be aware that this branch is work-in-progress and depends on work-in-progress in the pdfresource branch - it is quite possible that it creates currently broken pdf in some cases.
I think I didn't push yesterday night correctly. I have done it now. I also adapted the package date, so that you can identify the version. It should say
Lua module: tagpdf 2019-11-04 0.70 tagpdf lua code)
Thank you very much,now it seems works ok,at least for usual text.
Should i recreate associated_files pr,to syncronize your changes in addpdfresources branch?
No that's not needed, part of it will have to go to other places, so I will only use the ideas not the actual code.
When in tex document we have only one paragraph,instead of alt/actualtext nvda read,that there iis a blank. When in document more then one paragraph or if we use generic mode,all works as expected. issue_of_one_paragraph.txt