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
Support reading of html messages in Outlook 2007 and newer #2975
Comments
Comment 1 by mdcurran on 2013-02-09 17:14 |
Comment 2 by mreiser on 2013-02-09 17:29 Mike |
Comment 3 by jteh on 2013-02-09 23:13 |
Comment 4 by mreiser on 2013-02-09 23:31 |
Comment 5 by jteh on 2013-02-09 23:38 Please explain what you mean by "unable to navigate the message normally". We need exact steps to reproduce, expected results and actual results. |
Comment 6 by mreiser on 2013-02-10 01:42 |
Attachment 21 New Jobs Matching computer support.msg added by mreiser on 2013-02-10 21:58 |
Comment 7 by mdcurran on 2013-03-14 04:24 |
Attachment NEW Sci-Fi Fantasy Plus Win a Trip to NYC!.msg added by mreiser on 2013-03-19 15:03 |
Comment 8 by travisroth on 2013-09-04 16:45 |
Comment 9 by csm120 (in reply to comment 8) on 2013-09-08 01:31
|
Comment 13 by mdcurran on 2014-08-29 06:14 |
Comment 17 by mdcurran on 2014-11-05 07:10 This work so far includes:
|
Comment 18 by surfer0627 on 2014-11-05 08:57 Does this feature support that user press "comma" to move past the end of the container (list, table.)? Thanks. |
Comment 19 by surfer0627 on 2014-11-06 02:09 In a document with 4 pages, braille display movement is a little bit slow than speech. In a big document with more than 500 pages, speech and braille work slow. I'm not sure that if developers plan to limit the document page for this feature? |
Comment 20 by netblue on 2014-11-06 18:44 |
Comment 21 by netblue (in reply to comment 17) on 2014-11-11 14:46
Hi Mic when using this build on office 2013, and in browse mode, navigation by heddings in the elements list does not work. Navigation thrue links works fine. There still is a significant lag when using the down erro to navigate. This is whith say all and reading by line. All other functiones seams to work fine so far. |
Comment 22 by mdcurran (in reply to comment 21) on 2014-11-11 14:51 |
Comment 23 by mdcurran on 2014-11-11 15:01 Performance of moving by line (up and down arrows) should be significantly improved. Please confirm this. |
Comment 24 by netblue (in reply to comment 22) on 2014-11-11 15:35
The keys h and shift+h works fine See log INFO - main (09:17:52): |
Comment 25 by travisroth on 2014-11-11 19:59 |
Comment 26 by surfer0627 on 2014-11-12 01:34 However, braille performance of moving by line is still lag. Thanks. |
Attachment test1.rtf added by ondrosik on 2014-11-12 15:25 |
Attachment test2.rtf added by ondrosik on 2014-11-12 15:26 |
Comment 27 by ondrosik on 2014-11-12 15:30 |
Comment 29 by netblue on 2014-11-14 15:20 |
Comment 30 by mdcurran (in reply to comment 25) on 2014-11-18 06:22 |
Comment 31 by mdcurran on 2014-11-18 06:26 Changes:
|
Comment 32 by surfer0627 on 2014-11-18 06:26 Reproduce:
|
Comment 33 by travisroth (in reply to comment 30) on 2014-11-20 16:34
|
Comment 72 by mdcurran (in reply to comment 71) on 2015-01-14 21:52 |
Comment 73 by mdcurran (in reply to comment 70) on 2015-01-14 21:54 |
Comment 74 by Michael Curran <mick@... on 2015-01-15 02:30
|
Comment 75 by Michael Curran <mick@... on 2015-01-15 02:36
|
Comment 76 by Michael Curran <mick@... on 2015-01-15 02:56
|
Comment 77 by mdcurran (in reply to comment 69) on 2015-01-15 03:03 |
Comment 78 by surfer0627 (in reply to comment 77) on 2015-01-20 07:34 I got the same result: the commands do not work if I move away from the document while browse mode is enabled and move back again. Braille gets confused. In table navigation, if I press down arrow to move to next column, and press ctrl+alt+arrows. Braille also gets confused. |
Comment 79 by netblue (in reply to comment 78) on 2015-01-20 14:29 |
Comment 80 by leonarddr on 2015-02-13 21:30 |
Comment 81 by jteh on 2015-02-13 21:33 |
Comment 82 by leonarddr on 2015-02-17 12:18 |
Comment 83 by leonarddr on 2015-06-15 09:56 |
Specifically: * Provide table navigation scripts to the MS Word TreeInterceptor, which makes use of the existing table navigation code, but ensures braille is notified that the treeInterceptor's caret moved. This means that braille is correctly updated when moving with control+alt+arrows in a table in browse mode in MS word. * Provide a tab script on the MS Word treeInterceptor which again makes use of the underlying code, but ensures braille is notified of the treeInterceptor's caret update. * Fix a typo in the original MS Word document tab script which was causing braille not to be updated at all (handleCaretMove takes an object, not a TextInfo). * GlobalCommands's toggleVirtualBufferPassThrough script: ensure that braille is notified if a treeInterceptor is created and it is defaulting to browse mode. this allows braille to correctly update when switching to browse mode in MS word for the first time.
… anything as this is better than accidentally typing in the document. Re #2975
…xt that cannot be activated (currently anything that is not a link). Re #2975
…cument, ensure that braille is updated to show the treeInterceptor, not the underlying NVDAObject. Allows braille cursor tracking when focus jumps inside of an MS Word browse mode document with out having to turn on passThrough and turn it off again. Re #2975
Reported by mreiser on 2013-02-09 17:10
Since Outlook2007, it has become nearly impossible to read HTML messages in outlook with nvda and other screen readers. With jaws 14, they are somehow able to virtualize the message so that these messages so that they can be read once again. NVDA should provide a way to do this if possible.
Blocking #1968, #3871, #4187, #4188
The text was updated successfully, but these errors were encountered: