-
-
-
-
-
With more tests, it looks like activating Tracking Changes doesn't fix the problem, just hides it.
With a lot of manual editing of the IDML file story content, I think I've nailed the problem down enough that I can reproduce it from a brand new document every time. If someone else could test it to see if the results can be reproduced.
- Create an new 2 page document
- If you don't already have one, create a Preflight Profile that has Paragraph Style and Character Styles Overrides activated.
- Make the above Preflight profile active.
- Add a text frame to the first page (at least half the page)
- Insert placeholder text into the first text frame.
- Create a text frame on the second page threaded to the first text frame.
- Add a paragraph return at the end of the text in the first frame to will push the cursor over into the second frame.
- Insert a 1 x 1 table at this location.
- Select the paragraph in which the table is inserted, and add an override of some kind (I just left indent the table by 1mm).
- The Preflight panel should now be showing an override of "Text (1 char)".
- Now delete at least 5 characters from the first text frame, but not too many to cause the table to flow back into the first frame. This should cause it to crash.
A few things to note:
- This is using the default paragraph and table styles.
- There should be no other overrides other than the one in the paragraph containing the table.
- The size of the table appears to be directly relational to the amount of characters that need to be deleted to cause the problem (i.e. a 1 x 2 table needs twice the amount of characters deleted.
- No text following the table.
- Deleting characters from the same text frame as the table does not cause it to crash
It certainly seems like some kind of array indexing error. With the above document, add placeholder text after the table, and set your view so that only the first page is visible. Start deleting characters while watching the Preflight result. As you delete the characters, the result starts displaying the text after the cells as having the override. If any of the second page is visible while deleting from the first frame, it refreshes preflight correctly to display the table as having the override.
As for activating Tacking Changes hiding the problem, the first image below is before activation
The second is with track changes active, and a line of text deleted.
It still says 3 characters, but no page number, and the characters represented are from the line of text I deleted.
Oh and the reason it says 3 chars is seems to be counting the paragraph break and the body cells, but not the header cell, If I convert the header cells to body, the count goes to 4.
I'll submit this into the bug report area, and hopefully we can all get it fixed soon, but I wanted to post it here to see if anyone else can reproduce this.
| -
-
-
-
-
-
- 10 points awarded for Correct Answers
- 5 points awarded for
-
10,000+ points
-
1,001-10,000 points
-
501-1,000 points
-
5-500 points
-
