I resolved a postscript issue by applying two patches from the xerox.com site to my brand new xerox docucolor 242 with bustled EFI feiry X3eTY RIP (1 and 2)
Now I have a new problem specific to CorelDraw (both X3 and X4) printing to this RIP/printer.
To the best of my memory all docucolor and other high end Xerox devices were originally designed to operate with Creo work flows from a MAC environment. This rotation issue existed many years ago and still does to this day with Creo work flows. Some times even if you distill PDF Creo will rotate the output so I use the device independent driver and then Distill the PDF.
You might try not using the portrait or landscape feature, use the custom page size and ignore any portrait and landscape warnings.
A good idea, but unfortunately when I print to the full-featured Fiery X3eTY driver without the pagemaker PPD file it doesn't give me the option of the standard postscript custom page side dialog box but instead when I select postscript custom size it intercepts and enters maximum values which allow 11 x 17 to be entered only one way.
So if you aren't on Vista but XP you should be able to use the other driver and the printer's PPD. If the PPD is correct yo shouldn't loose any features.
That said what everyone I know does is print files as PS using the printers PPD then process in Acrobat to check and output the file back to PS from Acrobat.
In other words everything in the workflow no matter what the output program was is processed in Acrobat. That way they only have to fuss with 'is Acrobat correct'.
I don't use Acrobat. I just send out PDF.
Email me your PPD for that printer. akayani at aapt dot net.au
And I'll see what happens here. And let me know if you are working from Vista or XP.
OK I can see that driver is based on the Adobe one. That is a positive.
I think it's up to the lads at Corel to step in and make some comment now.
Just editing the values seems to work fine here. I'd have thought if it was complex to fix on the Draw output end that it couldn't be impossible or that big a deal to fix via a script acting on the output PS file.
You would have to track down an editor that could cope with big PS files to do it manually. Emacs maybe.
Clearly if we had a few clues here this is doable.
http://www.winvi.de/en/download.html
That seems to manage big files with resonable easy. But I can see this approach getting really slow on big ps files.
> So if you aren't on Vista
I am on Vista, currently 32-bit and hopefully in the next few months 64-bit.
> If the PPD is correct yo shouldn't loose any features.
Unfortunately I do lose features. Right now I can print ok in X3 or X4 by using the supplied pagemaker PPD file. However if I check the box to use the PPD in coreldraw then I no longer have access to the EFI Fiery Driver's GUI which means the menus are hard to navigate as features are all listed alphabetically rather than grouped by function (media, layout, color, finishing) so they're all seperated and difficult to quickly set, and more importantly I don't have access to the colorwise profile chooser or the quick image shift. I can work around this, but it adds time. For example for image shift, from photoshop or acrobat using the non PPD GUI driver I can just enter imageshift in the above attached dialogue box, print, change, print, and I'm good to go. Forced to use the pagemaker PPD from Coreldraw which doesn't have this option I have to login as admin on the machine itself, go to system settings, maintenance, common setttings, adjust image position, paper weight x, three click screens down, paper y, set clicking up and down, and then close, logout and print, if not right go through that all again from the machine itself. The GUI driver makes it much faster in non-corel apps where the rotation error doesn't occur.
Going the PDF route also works but it really would slow me down. I often print 10 or 20 hard copy proof prints before I run a sheet, and for example next week in a 2-day window I'll run a job that is 20 sides. That might be 200 to 400 seperate print "jobs" including the proof prints, so I don't want to add the extra step.
For that job using the pagemaker ppd from draw works ok because it's only three different paper size/types -- bleed, nonbleed, and gloss cover which each have their own image shift for front and duplex set and color profile so it's not too much extra trouble to set the image shift on the machine itself. The short run projects I also print to the docucolor would make having the "real" driver accessible in draw even handier -- e.g. right now I'm printng a batch of 5x7s to some 8pt gloss stock I had on hand from an old job that I haven't dialed in the image shift for yet; next I'm going to print some postcardson 12pt kromekote, and after that some trifolds for a local nonprofit on 70# uncoated.... quick turnaround very short run jobs that I like to use corel for because it's so quick to layout, draft, make final changes, proof, print.
I think the best thing you can do is apply to be in the beta group. The decision on who gets in is made by a team within Corel but having members with direct access to high end gear is a big plus for Corel. Write to Tony or Gérard and ask. What you will find is that we take Corel to task, they don't get an easy ride from that group.
I've mentioned the landscape issue and that I thought it required an urgent repair long before it was ever mentioned as an issue in here. I'll mention it again and see if it's possible to get a patch that can be run over PS files. I can't see why that isn't doable. Jeff might be able to get that organised.
Yani