It seems to me that any large document with lots of formatting gradually slows
the machine down if a screenreader is running on some machines. It tends not to
be a crash, just a very ridiculous delay which builds over time.
One thought, if its not a single core machine which one cannot do this with,
is this.
Look at the power saving settings of the processors. I found on one machine,,
well two but one was a laptop, that the idling performance on the system had
the processors running at only 5 percent of the full speed, and weirdly, the
programs being run, all 32 bit on a 64 bit system, seemed not to be detected
enough to throw it into the 100 percent mode.
My answer was to set the processor idle rat up to 50 percnent so things like
explorer scrolling etc, were much slicker and kept in pace with nvda for
example.
Whether your large table might be fixed by this I do not know but might be
worth a try.
I tend to believe that the processors low speeds are deliberately made so on
laptops to make the battery last longer and the fan quieter, but then, Im a
cynic.
Brian
bglists@xxxxxxxxxxxxxxxx
Sent via blueyonder.
Please address personal email to:-
briang1@xxxxxxxxxxxxxxxx, putting 'Brian Gaff'
in the display name field.
----- Original Message -----
From: Paulber19
To: nvda-addons@xxxxxxxxxxxxx
Sent: Saturday, July 18, 2015 8:48 AM
Subject: [nvda-addons] NVDA and word document with big table
Hi,
I want to signal a problem with a word document including a big table (300
row, 5 columns).
When focus goes on the first row of the table, NVDA stops speaking and freeze
the PC when focus return on Word. I must reboot the PC.
It seems that a pproble with row/column headers because if I uncheck "report
row/column headers" option, the problem disapears.
This is the log with NVDA 2015.2 , all addons disabled:
Trying to recover from freeze, core stack:
File "nvda.pyw", line 167, in <module>
File "core.pyo", line 371, in main
File "wx\_core.pyo", line 8657, in MainLoop
File "wx\_core.pyo", line 7952, in MainLoop
File "wx\_core.pyo", line 16766, in <lambda>
File "D:\documents\Paulo\temp\nvda 2015.2 Rémy de
test\userConfig\addons\word\appModules\winword.py", line 886, in callback
File "editableText.pyo", line 103, in _caretMovementScriptHelper
File "editableText.pyo", line 89, in _caretScriptPostMovedHelper
File "speech.pyo", line 754, in speakTextInfo
File "textInfos\__init__.pyo", line 426, in getControlFieldSpeech
File "speech.pyo", line 1077, in getControlFieldSpeech
File "NVDAObjects\window\winword.pyo", line 578, in get
File "D:\documents\Paulo\temp\nvda 2015.2 Rémy de
test\userConfig\addons\word\appModules\winword.py", line 823, in
fetchAssociatedHeaderCellText
File "D:\documents\Paulo\temp\nvda 2015.2 Rémy de
test\userConfig\addons\word\appModules\winword.py", line 855, in
getHeaderCellTrackerForTable
File "D:\documents\Paulo\temp\nvda 2015.2 Rémy de
test\userConfig\addons\word\appModules\winword.py", line 769, in
populateHeaderCellTrackerFromHeaderRows
File "comtypesMonkeyPatches.pyo", line 35, in new__getattr__
File "comtypes\client\lazybind.pyo", line 149, in __getattr__
File "comtypes\automation.pyo", line 664, in _invoke
DEBUGWARNING - unhandled exception (23:02:40):
Traceback (most recent call last):
File "wx\_core.pyo", line 16766, in <lambda>
File "D:\documents\Paulo\temp\nvda 2015.2 Rémy de
test\userConfig\addons\word\appModules\winword.py", line 886, in callback
File "editableText.pyo", line 103, in _caretMovementScriptHelper
File "editableText.pyo", line 89, in _caretScriptPostMovedHelper
File "speech.pyo", line 754, in speakTextInfo
File "textInfos\__init__.pyo", line 426, in getControlFieldSpeech
File "speech.pyo", line 1077, in getControlFieldSpeech
File "NVDAObjects\window\winword.pyo", line 578, in get
File "D:\documents\Paulo\temp\nvda 2015.2 Rémy de
test\userConfig\addons\word\appModules\winword.py", line 823, in
fetchAssociatedHeaderCellText
File "D:\documents\Paulo\temp\nvda 2015.2 Rémy de
test\userConfig\addons\word\appModules\winword.py", line 855, in
getHeaderCellTrackerForTable
File "D:\documents\Paulo\temp\nvda 2015.2 Rémy de
test\userConfig\addons\word\appModules\winword.py", line 769, in
populateHeaderCellTrackerFromHeaderRows
File "watchdog.pyo", line 191, in _COMError_init
CallCancelled
I don't if it a bug and if a ticket is allready created.
Another thing, the populateHeaderCellTrackerFromHeaderRows method do a loop
on row count, that's take long time if the table is big.
Jaws has no problem with it.
Sorry for my bad english.
Best regards.
Paul.
