|
Another Quark 7 bug
this one is new to me and thought I'd see how many of you have run across this.
Yesterday, a customer requested web ready PDF's from a brochure that we already printed. This job went through about 3 different revisions during the proofing process. FYI, we keep pdf proofs (that have been normalized in our workflow) in the job folder, however, they aren't 'web ready', meaning they aren't the lowest possible resolution or converted to rgb, etc.
Anyhow, I re-output low res RGB .ps files to distill from Quark 7, even though the job was <b>originally</b> output from Quark 6 (Yeah, it was my mistake for not looking at our preflight document) and the changes from revision 3 were not present in the PDF! One thing I did note is when opening this Quark 6 document in Quark 7, there was a pop-up that said the document is being 'repaired'.
Now I know some of you will lambaste me for not refining the PDF's that were used in the proofing process but let's ignore that fact for now and stick to the issue at hand. This customer was very insistent on having the smallest file size possible and I've found that these added conversions to existing PDF's didn't optimize the file size as well as generating new postscript and distilling. That's a whole different gripe so let's ignore that for now.
So once again, I'm feeling burned by (the kinder, more gentle and end-user focused) Quark by inadvertently proving it's great track record for not being compatible with itself. It's the new Freehand! wooo!
__________________
Win2k/XP/OSX 10.4.10/Brisque 4.1/Lotem 400/Iris 4print & wide/Dolev/blah blah blah...
|