Reported by Palacee_hun on 2014-11-11 21:53
Steps to reproduce:
[Open Powerpoint and create a new slide.
2. Create any kind of textbox anywhere on the slide big enough to hold a few lines of text.
3. Enter at least four lines of text and end each line with Enter to make the lines into paragraphs.
4. Review the lines first with the review cursor keys, then with regular arrow keys.
The first line looks okay either way. In the second line you'll hear a 'newline' character at the very left end of the line if you use the review cursor, it looks fine with regular arrowing. In the third line you'll notice two newline chars at the left end with the review cursor. In the fourth line one "garbage" char is introduced at the left end, you'll hear it either way. This garbage char comes from the very end of the previous line. With each subsequent paragraph exactly one more char from the previous line gets introduced.
[[BR]([BR]]
1.)]
Now comes the harder part:
5. Position the caret at the first char of the first paragraph (in our example a single line), and hit Delete.
Everything works fine: the first char gets deleted.
6. Now position the caret on the first char of the second paragraph and hit delete again.
Booom: after looking at the line you'll see the second char got deleted, and not the first!
7. Go on with subsequent paragraphs. You'll find that deletion is one more character "off" with every paragraph!
8. Finally try other editing operations with the caret (insert text, copy to clipboard etc.). You'll see that everything is fine in the first paragraph, but in the second the caret is actually one char "off". In the third paragraph the caret is really two chars off, three in the fourth paragraph and so on.
[the second paragraph onward the caret is actually to the right of the character you hear when arrowing. With how many characters to the right depends on in what paragraph you are.
This is a major issue, it makes editing in a textbox containing multiple paragraphs practically impossible.
[[BR]([BR]]
From)]
This is 100% reproducible with Powerpoint 2003, that is what I use. I don't know whether this is a problem with other versions.
Jaws doesn't produce this at all, editing is fine there.
I've debugged several criticalTextInfo methods in the Powerpoint appmodule, but they work correctly and seem to get the right info from the Powerpoint object model. Now I haven't got the faintest idea where this severe bug comes from.
Reported by Palacee_hun on 2014-11-11 21:53
Steps to reproduce:
[Open Powerpoint and create a new slide.
2. Create any kind of textbox anywhere on the slide big enough to hold a few lines of text.
3. Enter at least four lines of text and end each line with Enter to make the lines into paragraphs.
4. Review the lines first with the review cursor keys, then with regular arrow keys.
The first line looks okay either way. In the second line you'll hear a 'newline' character at the very left end of the line if you use the review cursor, it looks fine with regular arrowing. In the third line you'll notice two newline chars at the left end with the review cursor. In the fourth line one "garbage" char is introduced at the left end, you'll hear it either way. This garbage char comes from the very end of the previous line. With each subsequent paragraph exactly one more char from the previous line gets introduced.
[[BR]([BR]]
1.)]
Now comes the harder part:
5. Position the caret at the first char of the first paragraph (in our example a single line), and hit Delete.
Everything works fine: the first char gets deleted.
6. Now position the caret on the first char of the second paragraph and hit delete again.
Booom: after looking at the line you'll see the second char got deleted, and not the first!
7. Go on with subsequent paragraphs. You'll find that deletion is one more character "off" with every paragraph!
8. Finally try other editing operations with the caret (insert text, copy to clipboard etc.). You'll see that everything is fine in the first paragraph, but in the second the caret is actually one char "off". In the third paragraph the caret is really two chars off, three in the fourth paragraph and so on.
[the second paragraph onward the caret is actually to the right of the character you hear when arrowing. With how many characters to the right depends on in what paragraph you are.
This is a major issue, it makes editing in a textbox containing multiple paragraphs practically impossible.
[[BR]([BR]]
From)]
This is 100% reproducible with Powerpoint 2003, that is what I use. I don't know whether this is a problem with other versions.
Jaws doesn't produce this at all, editing is fine there.
I've debugged several criticalTextInfo methods in the Powerpoint appmodule, but they work correctly and seem to get the right info from the Powerpoint object model. Now I haven't got the faintest idea where this severe bug comes from.