2/18/2023 0 Comments Adobe updater freezes![]() Its worth noting that the text on the untagged screen is also not being read either, and never has been. This can be done by choosing Edit > Preferences > General and unchecking Enable Protected Mode at startup. If you do encounter problems, turning off Protected Mode may help. While using Adobe Reader with Protected Mode enabled on Windows XP operating systems, some Assistive Technologies may not be able to read some document content. I only spotted this adjustment when I forced reading of the little alert that popped up about detecting you using access technology, which nvda seems unable to read by default.Īdobe Reader has detected that you may be using Assistive Technology on your computer. Of course then you cannot read the document, which seems pointless!Īs an addendum to this. I'd also mention that if you leave protected mode at start up enabled in the genereral settings processing will not crash. This seems to be the case in XP at any rate. ![]() Have you tried saying use left to right top to bottom? This seems not to crash, of course in some untagged documents it produces gibberish, but I'm only interested in the crash. Perhaps we could for now disallow calls to accParent on any acrobatTextNode who's name is 'alert' as this is the special alert empty documentnode. I can't quite think of anything good we could do on our end. I think this bug technically needs to be fixed in Adobe Reader X itself. I'm not though sure if its definitely the first call to accParent, or a subsiquent call of accParent on one of its parents.īut it does definitely occure somewhere in api.setFocusObject(). Only by setting AcrobatTextNode.parent to None does the crash stop. ![]() If you remove the mapping of AcrobatNode and AcrobatTextNode from _staticMap in NVDAObjects.IAccessible, but then force to true, the crash still occures. I have definitely ruled out any problems with our specific support for any custom acrobat COM interfaces (such as IPDDom etc). I think it makes it very unstable and then with in the next second or so it will crash (as I do sometimes get to see the start of the progress dialog, and usually 1 or two beeps). However the call to accParent doesn't seem to crash the app via the call atomically. This text node very quicly gets focus as you close the first dialog (before the second progress dialog gains focus). I have narrowed the issue down to a call to IAccessible::get_accParent on an Acrobat text node IAccessible (the one that says alert document being processed). However, I think it happens for me whether or not the navigation pane is there or not. I can definitely reproduce the crash with an untagged document. NOTE: Before I upgraded to Adobe Reader 10, I was using Adobe Reader 9.4.1 also with the latest snapshots of NVDA and didn't experience such problems. But if you manage to press F4 immediately after opening the PDF from the 1st link and by doing that closing (hiding) the "Navigation pane", it is more likely that Adobe Reader will not crash. If you open the PDF from the 1st link and you do not touch anything, Adobe Reader 10 also crashes.If the "Reading Untagged Document" dialog appears (in the case of the 2nd file it will) - select "Infer reading order from document (recommended)" from the "Reading Order:" combo box and press ENTER.Open a PDF document in Adobe Reader 10.I've managed to test it with another screen reader running (JAWS v11.0) and didn't experienced such crashes from Adobe Reader. I've tested this with NVDA 2010.2 and the latest snapshot as of this writing (r3941) and the result is the same as described above. But if there are no tags in the document and the "Reading non-tagged document" dialog appears, seconds after I make my choices in this dialog and press ENTER to continue and the dialog for document preparation is closed, Adobe Reader crashes. But if I leave it open (the "navigation pane"), seconds later Adobe Reader crashes. I was quick enough to press F4 moments after the document was loaded and Adobe Reader didn't crash. By default however the "Navigation pane" is displayed on the left side of the Adobe Reader window. In this file there are tags and the dialog witch asks you for the reading mode is not displayed. ![]() A good example of this scenario can be observed with the tagged PDF manual for iPhone downloadable from the following link: After a few tests I realized that this doesn't happen if the so called "Navigation pane" is not visible (it is toggled with F4). As soon as I open a PDF document in it (no matter if throughout Windows Explorer or from within Adobe Reader itself) and select the method of reading (if the document is not tagged), a couple of seconds later Adobe Reader 10 crashes. I've recently installed the new Adobe Reader 10 (aka Adobe Reader X). ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |