having a problem with x6 importing Eps as text or curves X6 is a nightmare. have made eps files from pdfs imports fine in x5 opens in illustrator cs6. The files re distill to pdf in acrobat no problem. used corel since windows 286 have finally given up, due to font handling change and plugin issues. on to cs6.
Importing an EPS file is a much harder problem than displaying or printing it, because EPS files are designed for placing, displaying and printing but are not designed for importing.
If you don't need to edit the EPS you should try placing it instead. That is far more likely to work.
Corel does try improve its import capability with each new version. But because EPS (and PDF) are not designed for import, there are an infinite number of new ways that other programs can create EPS and PDF files which display and print, but do not import.
The only way Corel stands a chance of improving its EPS import is if you can upload an example of a file with a problem. But its probably not something that Corel could fix quickly and more likely to come in a future version -- by which time, the company which created the EPS file will probably have changed the way it creates EPS files. Some companies might even deliberately set out to create EPS and PDF files that are difficult to import.
Thanks harry
I have years of experience with postscript processing 4000 pages a week in prepress corel used to be my swiss army knife. Import, open, place are the same result it is a font handling issue binary or ascii, level 2 or 3 various versions of ghostscript. same file works in cd10 ,x4,x5 but not 6
I just give up
hi Gennady
I'll put the file in dropbox If I drop the eps on ghostscript after manually starting, it processes fine.
I assume draw normally starts and closes gs in processing. I'm using x6 32 bit ghostscript is in programs(x860 Gs/ bin I assume dll is in system
ros
Gennady do you have an ftp server it's easier for me.
ross
Gennady
here is dropbox link https://www.dropbox.com/s/8edwy4exi5y6mh8/package%20for%20corel.zip
ross blair said:Gennady here is dropbox link https://www.dropbox.com/s/8edwy4exi5y6mh8/package%20for%20corel.zip
At least with this example, just Import the PDF you have in the ZIP file. Choose to import the text as curves if desired. Bypasses the export from Acrobat as an EPS.
Mike
hi mike
thanks but for what I want to do i'm going to use acrobat / pitstop indesign and illustrator.
It's a longer route but reliable fortunately I have it all as cs6 so the cloud won't be needed.
Hi Ross,
Thank you for the files, I have looked in what is going on.The "original file.pdf" file contains Garamond and MyriadPro fonts. The Garamond fonts are subset in the PDF. As far as fonts are subset the only option to import the text into the app is as curves, text objects that use subsetting can not be imported back as editable text because the relationship between the font glyphs and the logical characters is broken by the subsetting. This is true for both us and Adobe, Illustrator imports your EPS as curves as well.
The PostScript/EPS import in Draw is done via GhostScript - the PS/EPS file is converted by GhostScript engine to temporary PDF file and then imported in the app using PDF import filter. The problem appears to be at that stage - we fail to extract curves information from the glyphs in PDFs generated by GhostScript ( at least in some PDF's). Problem does not exist if EPS is converted to PDF by other converters or RIPs ( Distiller, gDoc, etc). As glyphs are obviously are in GhostScript-generated PDF, albeit not exactly in the form we expect them, the problem is on our side. I will ask our QA to log a bug and will pass it to the folks who work on PDF import, hopefully we will be able to resolve it soon.
Having said that, I am afraid converting PDF to EPS in order to import content into the Draw does not make sense. You are converting PDF to EPS ( which can, and usually does, degrade content's quality), only for the EPS to be converted back to PDF by GhostScript and then imported as PDF into Draw. Importing original PDF directly into Draw will achieve the same thing faster and much more reliably. And as far as PDF is not created by GhostScript, our PDF import extracts glyph curves correctly. I do not believe EPS route is more reliable even when Adobe apps are involved in workflow. It is far more reliable to place PDF content into ID, rather than EPS. For once ID internal format is based on PDF. Opening both EPS and PDF work equally well in AI and PhotoShop and has better chance of getting your content over intact.
I could not verify your assertion that the same EPS file works in X5, it doesn't. Neither in X4 or X3. X5 is using the same architecture as X6 for PS/EPS import so this is not that surprising. The X4 and X3 were using different PostScript engine with rather limited capabilities for Level 2 and fonts.
If you are using PDF as content interchange format, even if you insist on using EPS, there are several important details to keep in mind. If you want your text be still editable, turn off font subsetting on export. Provided that fonts you use allow editability, otherwise most apps will use subsetting anyway, to mangle the font and ensure licensing terms. If you are bringing PDF(EPS) to other machine you have to ensure that all the fonts you have used are available on that machine. Provided there is not subsetting other applications can map glyphs back to logical letter, but they will substitute missing font which in best case might change layout, in worst case - for Symbol fonts - will end up in gibberish. If text editability is not required the most reliable way to preserve text appearance is to convert it to curves at export stage.
Thanks Gennady
Like a lot of prepress people exporting eps or ps and redistilling is the quickest way to resolve a lot of postscriot and pdf issues
The reason for using eps is. I deal with a lot of low end pdfs from publishing clients they regularly contain hidden objects, transparency issues and prblems with media,art and crop box errors. the eps conversion eliminates most with out fail and is quicker than editing in pitstop or running action lists there. we import the pages to tempates and impose in corel the typical document is 48 to 64 pages. It is actually faster than Agfa's arkitex path for a lot of low end work. we can print directly to platesetter as imposed flats
Thanks for the fast response it's given me a couple of ideas
ross blair
Distilling EPS or PostScript files of unknown origin to validate them - sure, no problem with that. Your PDF file is from InDesign though. InDesign uses Acrobat Distiller engine in background to export content to PDF format. So the conversion goes like this ID->Distiller->PDF->Acrobat Pro->EPS->GhostScript->PDF->Draw. There is a lot of conversions going on.
Using PDF-EPS export in Acrobat Pro to optimize PDF content still might not be the best solution. Acrobat Pro: Advanced menu, PDF Optimizer... - it gets what you need directly, and more reliably.
Hi Gennady
I wish you were my client. We send clients pdf settings to use when saving for print, they don't always use. I agree optimizing should be a solution but seems like not always.
My clients are the source of errors that we fix. the good ones are no problem but we get publications that receive art from who knows where and also publications that contract out production. The result is less than reliable incoming to us.
Thanks again look forward to the possible bug fix along with the font listing issues in x6
Ross