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 gather all the variants for you and post a zip file tomorrow. It appears to be a problem in x6 not interpreting fonts that have been embedded in the original pdf properly. I took a quick look at the postscript seems ok is there a change in font licence set up in x6 from x5. I have used ghostscript 8.64 and 9ross.1. The original pdf was saved as an eps out of acrobat 10 pro it does redistill to a pdf no problem in distiller 10 and even in old distiller version 4.
ross
hi Gennady
this is a zip of the files for reference
Hi Ross,
You can share .zip file via any cloud service (Google Drive, DropBox, etc), the forum indeed does have a very low file size limit for attachments.
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.
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.
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