What I have done during this period of time is:įirst) I did as you suggested and turned the Print to Adobe PDF 9 and created a print there. The color is inaccurate, but for some reason or another, the document size printed correctly. If it doesn't print at least okay, then it isn't most likely my profile. I'll try one more print using a different color profile similar enough to get at minimum, an okay print. It sounds as if you have exhausted the potential problems and don't have a clear explanation for why the doc isn't printing correctly in Indesign either with the color mgmt. If and when it is printed correctly, I am printing on both sides of the paper and trimming it to exact size. I am printing on a two-sided Lumijet paper and my folio was custom designed to be cut out at 11x14.75. My folio is about 25 or more pages with double page spreads.
But, I am using Indesign so that I can create a page layout that I can't do in Photoshop. I might go back to it and give up on Indesign if this is the case that it won't simply crop my documents to the sizes that I input them to be cropped as. Your final question about simply using photoshop. It looks okay, but not as lively as I get when printing correctly with my color mgmt working and in sync. I changed the color mgmt to Adobe rgb 1998. The pdf document does remain true to the document. I specified the paper size as strictly 13x19, no boarderless, no retain size.
It is working fine, if client is using Adobe Reader 5.0, if he is using Adobe Reader 6.0 then it is showing empty.Ĭrop marks using indesign CS4 with Epson 3800 Mac 10.5.7 String strDirectoryName = objServContext.getInitParameter('ClientStatementsPath').toString() įileInputStream = new java.io.FileInputStream(strDirectoryName + strFilePath) īufferedInputStream = new java.io.BufferedInputStream(fileInputStream) īyte bytes = new byte īufferedInputStream.read(bytes,0,bytes.length) ServletContext objServContext = getServletContext() Java.io.BufferedInputStream bufferedInputStream = null Java.io.FileInputStream fileInputStream = null tHeader('Content-disposition', 'inline filename=' + 'ClientStatement.pdf')
I need to show that PDF file on the IE window to the user, for that I'm using the following code. Hi, on clicking a hyper link, I need to read a PDF file from a server, and then
And feel free to call me if you want to vent about Epson 3800's or about Indesign CS4 anytime! I'm up late. I deleted the photos from the page, and printed it blank with only the crop marks for me to measure if it was coming out right or not. Finally, after wasting so many pages of paper and of ink. You don't even have to waste paper or ink. If anyone could run through a similar process using indesign with a photo layout and setting up the printer settings for both the Epson 3800 and in the indesign program and let me know their results, I would value your conclusions very much. And I can not conclude why they are nice to each other sometimes, but given the same detailed data at other times, they fight. Sometimes, on a whim, the printer and indesign cooperate together like good little children should. Presets (set for the profile mentioned above) The bleed is 0 for top, bottom, left and rightĬolor Management: Document profile: Adobe RGB, Options: Indesign handles colors, Printer Profile: (A custom made profile using Xrite for the 3800 with Lumijet paper) 25, Bleed and Slug: Use Document bleed settings, include slug area.
Marks & Bleed: Marks: 'Crop Marks' checked. Setup: Paper size: Super A3/B13x19, scale 100% width & height, page position Centered
I've already reinstalled both the Epson 3800 driver and the Indesign CS4 software, but the results are still the same. I'm printing a photo portfolio on the Lumijet double sided paper and 'when' it did work awhile back sometime several months ago, the finals looked great. My workflow has been completely stalled because I can't get my pages to print the right sizes with the crop marks at the right measurements. So, is anyone else using an Epson 3800 with CS4 indesign having issues such as the above? And can I ask (beg) a few of you to do a test print with crop marks and let me know the results? So my document which is 11x14.75 is now printing 11.25x15.5. But indesign is printing the entire document larger. My paper size is 13x19, so I should have crop marks at the exact corners of the page sizes. My crop marks and pages are printing larger than my document sizes.