CMYK in Frame basically involves two quite different problems:
(1) Imported bitmapped objects doesn't maintain fidelity downstream
(2) CMYK colors for vector-based art defined *inside* Frame gets totally
As of (1):
Your point about storing RGB image data is *extremely* good as long as you mean
Color Managed RGB data *including* ICC profiles.
If so, you can't use EPS reliably at all and *must* use PDF as storage format
for such objects.
As of (2):
No comments at this time.
Best regards / Med venlig hilsen
Jacob Sch?ffer | Chief Developer
Paradis All? 22, Raml?se
DK-3200 Helsinge, Denmark
Phone: +45 4439 4400
Email: js at grafikhuset.dk
> -----Oprindelig meddelelse-----
> Fra: framers-bounces at lists.frameusers.com
> [mailto:framers-bounces at lists.frameusers.com] P? vegne af
> Hedley Finger
> Sendt: 9. oktober 2008 23:57
> Til: framers List
> Emne: Re: CMYK in Frame
> Since CMYK is so dependent on paper, printing method, and
> inks, consider
> keeping future graphics in RGB from the outset and use a printer that
> does in-RIP conversion of RGB --> CMYK. You can set the colour
> rendering intent in each graphic, or simply specify
> perceptual rendering
> for the entire which is good enough for most everyday non-critical
> colour jobs.
> As content gets re-used in many different contexts these
> days, your are
> future proofing your graphics by NOT storing them in CMYK.
> Hedley Finger
> 28 Regent Street Camberwell VIC 3124 Australia
> Tel. +61 3 9809 1229 Fax. (call phone first)
> Mob. (cell) +61 412 461 558
> Email. "Hedley Finger" <hfinger at handholding.com.au>
> You are currently subscribed to Framers as js at grafikhuset.dk.
> Send list messages to framers at lists.frameusers.com.
> To unsubscribe send a blank email to
> framers-unsubscribe at lists.frameusers.com
> or visit
Send administrative questions to listadmin at frameusers.com. Visit
http://www.frameusers.com/ for more resources and info.