I'm using InDesign CS5, but I'm an absolute beginner. The text from one text box does not show up in the PDF when I export the document. It appears as white space. I'm looking for a solution.
Ir looks like an overprint problem, and it also looks like you might be suffering from White Box Effect. Take a look at InDesignSecrets » Blog Archive » Eliminating the White Box Effect and see if anything applies.
Was the text set in ID, or is it imported?
I don't know. I'm coming behind someone else.
Here's something that might help: As a workaround, I copied and pasted text from the headline of this doc and then edited it to match the logo. I trashed the old text box (the problem one), and put my edited text in its place. That printed out fine, but the font didn't match. I couldn't get the text tool in the text box to see what the font was, so I couldn't match it up. If all else fails, I'll resolved the problem by switching it out again.
Thanks for your help.
If it is a graphic there's a reasonably good chance that the type was set to overprint originally, and that it wasn't changed when the color was changed to white. White is not an ink color (except in special situations when used as a spot color ink), but rather the absence of ink on the paper (which is why it is called [Paper] in ID), and when you print no ink on top of anything what's behind shows through. This is a common problem with disappearing white type, but it's nearly impossible to create overprinting white directly in ID (Blending modes, I think, being the exception).
It bothers me though, that you said the type showed up in overprint preview as overprint white should disappear. I can't tell for sure what the problem is without seeing the file, but if you want to send me the original one that doesn't work I'll take a look and see if I can figure out what happened. I'll send yo a Private Message with directions and an upload link you can use, if you want to.
I just figured this out.
-choose the element that isn't printing
-go to Window-Output
-choose "Attributes"
That opens a palette where you can opt to suppress the printing of a particular object or text box.
That object that harooki2 was having trouble with was set to "nonprinting" in that palette.
Paul
Pardon me, Mr, Flavin. Did you think I was the originator of this thread, and that I was the one to carry on without a solution since March?
Clearly, you will see with a comprehensive rereading of the thread that accusing me of not paying attention to your bait in reply #1 might reveal a reason to apologize for your tone.
Additionally, concluding you are obviously a capable operator makes me all the more annoyed that you would watch this thread for that whole day, and not simply offer the solution (as I ended up doing) and closing out this obvious question.
But that fact that you obviously take some entertainment in watching an "absolute beginner" as the actual originator of the thread harooki2 admits, puts you in some significant disrepute in my eye.
Paul,
I'm the moderator here, and your response, in my opinion, was out of line. Daniel is a long-time vounteer here, and I see no evidence to suggest anything in your accusations.
In fact I would say your first post, made some rather egregious presumptions that your problem and that of harooki2 were the same, all evidence to the contrary. In his case he said that the type was visible in overprint preview, which categorically eliminates the possibility that it was set to non-printing in the attibutes panel. Though he might have phrased it better, Daniel was suggesting that had you followed the suggestion to check overprint preview and reported that the text (or whatever) disappeared, the first suggestion that any of us here would have made would be to check the attributes for non-printing. In fact, that's precisely why he suggested that check in the first response to this thread, to eliminate that as a possibility and quickly establish how complex the problem is.
North America
Europe, Middle East and Africa
Asia Pacific