Thanks Steve. Unfortunately, it has no impact. I've saved as IDML number of times to no avail. I have killed off ID preferences. I have updated ID as well.
While I have temporarily solved the issue by finally being able to remove the table from the flow of copy and use wrap around, that does not solve the actual problem of crash when this table is in the flow. The table behaves fine in a separate document. I have not tried to integrate it into any other document of similar character.
I first removed it and then rebuilt it and set it back in the flow. The problem immediately recurred.
As long as it is set in a separate frame it will work.
Is it possible that you give us access to the INDD file to analyze it? (Maybe via DropBox)
Willi, I have packed the file and zipped it here: https://dl.dropboxusercontent.com/u/36654581/Table-crash-test.zip
The table begins on Page 9. The table to the right of the art board was the first rebuild of the table. It was extracted from the main doc, pasted into a new doc, converted to text and then brought back in, reconstituted as a table, put back inline, then a header row was set.
This is the state of the file when handed back to me with the problem already devled into by my designer. This is where I started with it. I was able to put the cursor just below the table, arrow up one line to the right of the table, then do Shift + arrow right to select it, then finally deleting the table so that I could move on with it removed from the text flow.
In my current working document, I imported a Word version of the table, restyled it, made the tiny edit that triggered the issue and have it set outside of the flow with text wrap.
We will have another version similar to this one, each in English and Spanish. So, figuring if there is a resolution to the original issue will be helpful or at least knowing what has caused it.
FYI: I had a similar case in a book I was doing where I had a large table that ran for about 15 pages and I couldn't touch it without having the program crash. The table was in the same threaded story as the rest of the text in the book. Originally I had some text as a head in the first few lines of the first frame containing the table and then the table was sitting right below the head. I was able to fix the issue by removing the text from the same frame as the table so the table was sitting by itself in a frame. Once I did that I was able to edit the table normally.
All it took was removing the other text from that first frame of the table and everything was fine.
I don't have any issues with crashing with your file. I saw only, that you have crashes since November. Have you installed something on your system in that time?
Maybe that something is incompatible with your system.
BTW: I saw some oddities, how you work:
- You should define a bleed in document setup (and also when a new document is created)
- You should never write caps with locked down shift key, make caps with the character property option, otherwise the spell checking would not work.
Willi, you were able to work within the table that begins on page 9? The reported behavior occurred as described on 3 different computers.
Also, this crashing things only started last week, rather than in November. The only software that has been recently updated is: The Adobe Suite, Dropbox and OSX. The Adobe updates and the OSX update were only run after the issue began.
Yes, no problem.
Do you use any font management software? Try to work without.
I opened the document and yes, the ExtensisFontManagementIDCC2015.InDesignPlugin 2.0 (371201) was used.
And I absolutely had no trouble working with the document in InDesign CC 2015.4.1 on OSX 10.10.3.