What happens when you save as PDF and place that instead of the .indd?
I don't have access to the file as I'm at home now, but the PDF of the original was fine on screen and I imagine it would be fine placed as a graphic. The reason I was placing the ID file was so I could turn off a couple of layers that I didn't want in the placed version. Naturally I could just save a custom version of it as a PDF however I like linking to the original so it will update should it change later on. The reason so many of us abondoned Quark for the unfinished InDesign 1.0 was we appreciated its... elegance.
For these purposes I just moved the text so it was entirely within the frame. Further playing revealed that when the text frame was completely outside the crop it was fine, but as soon as any part of the text was showing, the whole text frame would be displayed, sticking out as far as it needed to.
I was going to post the file if anyone is interested in viewing this curiosity but I don't have access to most file services inside the corporate firewall...
1 person found this helpful
I think you should file a bug at Feature Request/Bug Report Form
Another thought, how about placing the .indd, then cut it and Paste Into a new frame to crop it on the page?
Good idea! When I cut that frame and paste it inside another one, it behaves as it should, in that it stays within the original frame, and isn't cut off by the second frame (which is what I would have expected). Magenta is the original frame and cyan is the one it's pasted inside.
I shall file a bug report as you suggested.
That's not quite what I had in mind, and it certainly isn't what I expected.
If I get a chance I'll look at your files.
1 person found this helpful
downloaded and tested with your files. I can confirm what you see.
Text is not cropped after exported to PDF: Exported to PDF/X-4.
That's clearly a bug with PDF Export.
Even if Overprint Preview is turned on the text is cropped.
Tested with InDesign CC 2015.4 on OSX 10.10.3.
Did another test:
Printed to PostScript, distilled to PDF.
The result was ok. Just what Overprint Preview was seeing: text is cropped.
Yet another test:
Exported the page to EPS, distilled to PDF.
Text is cropped in the PDF.
Thanks Uwe, good to know it's not just me (and not confined to Windows). I tried to replicate it with another file this morning but couldn't: there's something about that particular text box (even after saving the document to idml it misbehaves). I've since submitted a bug report that includes a link to this discussion, given it's hard to describe without visuals or the sample file.
Interesting! I wonder what the difference is behind the scenes. That works and normal cropping doesn't, so I suppose that's a clue. It would never have occurred to me to use the pathfinder in this way.
1 person found this helpful
I think Salah is close to what I was suggesting, but you don't need the pathfinder.
Place the page, then cut that frame to the clipboard and draw a new frame to use as the mask. Select that frame and choose Paste Into and you'll get this:
And it exports correctly.
In general, if you need to manipulate the placed content I think it's safer to use PDF. When placing the .indd page it remains "live" in the sense that it is not an image of the page. Scaling, for example leaves the fonts live and can cause text on the placed page to reflow if the scale factor changes the text size enough to change the kerning rules (I learned this by experience).
All of that aside, what you are seeing with this particular file is not normal and I'm not able to reproduce it here using new files. I think it must be some sort of file corruption, but so far I can't clear it, and I'm running out of testing time this morning.
That's what I did with the magenta and cyan frames: the magenta frame was cut and pasted into the Cyan one. I think same effect as you've highlighted? Agree with the file corruption hypothesis (given I can't make a brand new file do it either), however the frame was copied out of the original document and into a new one, re-styled, and then the new document saved as an idml and imported back again so I would have thought that would have ironed out any gremlins!
I hadn't considered the "live" aspect of a placed ID file. I have in the past had it where scaling down a bunch of objects where I had a text frame fit exactly to the content the text would sometimes disappear (giving me a red overset marker): I never knew why. Thanks for the explanation!
I used a frame as an exact mask for the area I wanted to crop, yours seems way oversize.
As for IDML, it's not all that reliable at file cleaning. I suspect that text frame is actually the problem, but didn't have time to test. My next test would have been to cut the text from the frame, and delete the empty frame, then create a new frame and paste the text to repalce the frame causing trouble.
A happy accident then: what I managed to inadvertently show was that the placed document behaves itself when it's placed within another frame. I was actually expecting that the frame it was pasted inside would act as the crop, however that frame being larger managed to show that it wasn't the case!
As your research assistant I have performed the experiment for you:
I put a stroke around the text boxes to make it clearer. Note how the stroke is cropped even though the text isn't. And the problem goes away once they're back to 0 degrees.
I thought at first it was the rotation, or possibly the tracking, but I did both in my tests and it worked correctly here. I see it also worked correctly on your new text in a new frame, so it may be the text itself rather than the frame, in which case retyping the text in the old frame should also work correctly (though my pragmatic self says replace both in a case like this).
Beyond that, all I can say is the paste into trick is a pretty reliable masking technique.