Copy link to clipboard
Copied
Not long after compiling 47 chapters into one file, I noticed the following unwanted behavior after going back and inserting an additional page spread in the middle:
1. A few items newly placed on the pasteboard in subsequent chapters are now one spread off in sequence.
2. Running chapter footers (intended to appear after the initial spread of each ch., so I simply cover them with a white box on the first spread of each ch.) are also now visible, perhaps due to this sort of recollating.
3. On the page spread just before the newly inserted one, a pic with a bounding box set to 1 cm text wrap now pushes or covers the footer when moved close to it . Items with text wrap do not do this to running footers anywhere else in the doc.
It may already be clear what's happening but this also might be related: on the pages panel, there's a new blue line or box showing up on the spread preceding the newly added spread:
Thank you
Copy link to clipboard
Copied
1. I'm not sure what you mean by this statement. My general experience has been if you add pages before a page, the page moves down in sequence and the pasteboard items go with it. That is, if all the objects are independant and not heavily threaded/linked. Also, I try to keep my pasteboards largely empty of stored pieces of object.
2. If a parent page footer is unwanted on a certain page, why not Cmd/Ctrl+Shift+Click it to override it to the local page and simply delete it, instead of covering it with a paper-filled box?
3. If a parent page object is NOT overridden to the local page, text wrapped objects will have no effect on it. If the parent page object IS overridden on the local page, it becomes sensitive to another object that has text wrap on.
4. Have you had a good look at your parent pages and layers? Is everything well-organized?
Copy link to clipboard
Copied
Sorry if that came off vague. It looks like what you're deducing with #3 is probably what happened. How do I undo the unintended override on the local footer?
And with #2, I got into the habit of keeping some objects covered up rather than deleting them to retain an option of quickly getting them back if needed later as I work through provisional ideas.
Copy link to clipboard
Copied
Did you anchor the images which are now on the wrongvspread?
I recommend to anchor them in the text.
Covering items with white frames to make them ivisible is never a good idea. Tongetbrid of them, you should use another mastee/parent without them or better workbwith correct dynamic content based text variables.
Footnotes and running headers behave differently. Text wrapping is applied to footnotes, not to running headers or footers.
Are the running geaders and footers based on textvariables?
Do you work with layers?
What do you mean with the blue line?
Copy link to clipboard
Copied
-Images are not anchored – hasn't been a problem for the 150+ other images in the book
-I wouldn't wish to get rid of images while I work provisionally through ideas
-No wrap ever applied to footers
-Yes, running footers, based on text variables
-No layers
-Blue line is marked with an arrow on thePages Panel screenshot shared
Copy link to clipboard
Copied
Without anchoring image frames in the text you get what you claim. When content is added the text moves to another page, but not anchored frames remain on their position.
you should use layers.
use more and different master / parent without pages. Don't leave them in their generic name ascthis can cause confusion.
Copy link to clipboard
Copied
Only some objects changed place relative to text. 98% did not, nor do I desire that any should.
How to undo the override to the one footer, remains a key question. Perhaps I should've posted this separately.
"Did you anchor the images which are now on the wrongvspread? I recommend to anchor them in the text."
Anchor them to text? It's not that kind of design and would alter the layout and placement of images. They're intended to be where placed, and text flows around, dynamically. Each ch. is its own unit. Adding 2 pages after p. 20 shouldn't affect where objects on the pasteboard of ch. 45 are. Those objects (provisional images on the pasteboard) are meant to be near to the text they relate to, in a separate ch. that wasn't seeing pages added to it. If it's necessary to walk the lines of text to relocate one the provisional image refers to, then this is much work to repeat. Perhaps what occurred was objects were 99% on the pasteboard with a tiny fraction still on the page edge.
Copy link to clipboard
Copied
When dealing with an overridden objects page, followed probably by improvements to the Parent page, I find that the next step is often re-applying the parent page to the local page (and probably first deleting heavily-modified objects overridden in the first place.)
Copy link to clipboard
Copied
Just to add 2¢ regarding your 47 chapters in 1 file. I think you should explore the book function in ID. Your odds of a giant, image heavy file going corrupt increases in this kind of situation. I have found the book function perfect for this type of project.
Copy link to clipboard
Copied
Yes, I'm aware, but in this case, as designer, I must keep a conceptual overview of everything easily in view, and compartmentalizing it makes that very difficult. In other cases, it's suited. I began with the book feature long ago on this project and after several months, had to back out of it for that reason. Frequent use of Save As (not Save) and keeping links updated helps avoid corruption.