We have faced a problem in indesign while exporting to pdf; exported pdf with bleeds shows some 'text' outside of bleed. Which is actually comes from the art file placed near the trim that extends to bleed. Its being strange, because no other text or art portions are exported.

You need to find out WHY this is a problem because that little extra bit of info is going to be chopped off the paper anyway. Spending time and resources to fix something that isn't really broken makes very little sense to me.

I agree with Scott that it's certainly curious, but not likely to be a problem.

Of course it's a problem! It just happens to be not one in the OP's particular situation.

I've seen this occur more than once (*) with an otherwise normally placed PDF, cropped and placed inside a regular page, and some of the cropped-off text refused to disappear in a freshly exported PDF. Of course it went out of the door unnoticed (because, hey, it looked good in InDesign, and I'm not going over each exported page to see if it got the export right) and then the client complained about some "stray text". No amount of manipulating the original PDF image could make it disappear; at the end I could solve the issue by "re-frying" the PDF, i.e., print to a new PDF using Acrobat.

(*) Three, or maybe four or maybe five times, this past decade. Then again, I'm only counting where it was actually visible to the client. Who knows how many times it happened to go off the bleed -- as with the OP's --, or went to press unnoticed?

Certainly seems to be a problem with how InDesign handles pdfs - I've seen this problem before, stray things that are not contained in the PDF being exported with the InDesign file. One situation this occured in it turned out the PDF had been "cropped" in acrobat prior to being placed, but Acrobat doesn't really crop the page, it just "masks it" - and then that content got exported even though the PDF didn't show any of this content.

And refrying the PDF was my solution too. I've even gone to the trouble of rasterising the PDF at a high-resolution and replacing it.

It's a bit frustrating, and I'm not 100% sure what causes it, it's very strange.

Are we talking about the same problem here? I interpretted the OP's issue as having data beyond the intended bleed area. While odd, I don't see why that would be a big deal. What would be a problem is placing a cropped PDF and having what you thought was cropped showing up.

Just wanted to report that I was able to make it happen, but not in more recent versions. I guess that means if you place PDF into CS4 or CS5 you need to check the right edges of the exported frames. Ugh.

As I said, I've seen it happen -- but only in a handful of cases, the past decade, and I never thought of saving a sample somewhere to find out What Went Wrong.

Today I have the proper technology to investigate in fine detail what sort of internal PDF construction can make InDesign blithely ignore this cropping, but then again, it would only be of passing interest as Adobe seems to have fixed it -- for newer versions.

Peter Spier wrote:

.. I guess that means if you place PDF into CS4 or CS5 you need to check the right edges of the exported frames. Ugh.

I'm going to stick my neck out and say, in general one does not have to check each and every single exported PDF. When properly used (*), I find InDesign very reliable in its output.

(*) Indeed, this is a snide remark with re: to the flocks of noobs users that encounter "one problem after another" after using ID for only a month.

I'm going to stick my neck out and say, in general one does not have to check each and every single exported PDF. When properly used (*), I find InDesign very reliable in its output.

(*) Indeed, this is a snide remark with re: to the flocks of noobs users that encounter "one problem after another" after using ID for only a month.

In ten years I've never seen this before, but I don't think the reliability has anythig to do with one's user habits or skill level in this case. I would say it depends entirely on the structure of the PDF. I'd LIKE to think I'm fairly competent as an InDesign user, and this would have bitten me, too, had I placed a cropped version of that map in the left half of the page.

I do agree that there are plenty of threads seen here from users who don't understand the program, and many of those don't seem to care to learn, but this is definitely not one of those cases.

I don't think it has anythign to do with the PDF version, but something to do with the text in the .ai file, which is complex beyond belief and not split into layers or anything that would make it easy to work with (in five minutes of scanning the layers panel I wasn't able to find that piece of text). There are other things, obviously, including other text objects, that cross the crop line, yet there is only that one anomaly.

Did finally find that text in the panel, but boy could this file use some layers. Nothing special about it that I can see, and if I change the crop so that it slices through further to the left so it cuts that line and another tag further above using the same font, but in a smaller size, it's still only that one line that shows the anomaly.

> I didn't expect this reply from you 'Jong'. Instead of finding out solution you are blaming people. We (including you might) have come across 'indesign crash' many times!!

My apologies, AYS.HAKKIM. It was *most certainly* not meant as a personal attack, it was more an "in general" remark. You know the kind of posts we (you and I both) see far too often.

As I stated, armed with my current knowledge of a PDF I *probably* could find out why some text objects are not clipped as they should, but it would be an exercise in futility because Adobe already solved it -- for CS6! And they do not port back their solved bugs to the "no longer supported" older versions ...

Your client is right to mark this as a potential problem. If the same thing happens when this file is imposed onto a larger sheet for printing, this text *might* cause a problem after all.

The only thing I can suggest is to re-fry the PDF: print to a new PDF. The basic premise is that existing content -- the complex layering Peter S. observes -- will be flattened out to a simpler structure, with which ID no longer has this problem. It worked for me, the few times I encountered this.

i have seen a problem with a file that worked fine in CS5. In CS5.5, there are two pages that are just text that go blank when the bleeds are not set to an equal number. If the inside bleed is set to zero and the rest are set to 0.25 the two pages go blank. If the bleeds are set to 0.25 all the way around or set to zero all the way around, the pages have the normal text. I guess this makes CS5.5 a useless program unless I am willing to have two blank pages in the book instead of having text.

I was able to get the page text to show on the pdf by adding a picture on the page bleed area and to by bringing the text to the front (even though there is nothing overlapping it). Based on this bug, I would not send any pdf conversions without checking them.

If you were wondering about the name, I was hoping this was not taken and thankfully it wasn't!