<div>We are expecting that the profile will be embedded in the PPD, since it needs to be "stand-alone".</div><div> </div><div>And there would also be a key for the RI...</div><div> </div><div>Leonard <div class="gmail_quote">On Mon, May 17, 2010 at 9:55 AM, Kai-Uwe Behrmann <<a href="mailto:ku.b@gmx.de">ku.b@gmx.de</a>> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> The "colourKeyWords" marker in PPD would be a realtively cheap way for matching a print configuration to a ICC profile. Where would you like to see the rendering intent information apparing? PPD?<div class="im"> kind regards Kai-Uwe Behrmann -- developing for colour management <a href="http://www.behrmann.name" target="_blank">www.behrmann.name</a> + <a href="http://www.oyranos.org" target="_blank">www.oyranos.org</a> </div> Am 17.05.10, 08:48 -0400 schrieb Leonard Rosenthol:<div><div></div><div class="h5"> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> One thing we are working on at Adobe, that fits into this work, is a standard way to have printer manufacturers provide an actual ICC profile for their device that can be used as a real world "Output Intent". Without such a profile, and with the increase usage around host-based CM, we are finding too many color shifting issues on various devices that expect colors to be "left alone". In addition, we believe that information about rendering intent preference are also useful. So before you go hacking around the PPD format, you probably want to involve the various printer manufacturers and folks such as us, who are producing the PPDs that are distributed with the various OS platforms and devices, and whose applications also need to work with them. Leonard Rosenthol Adobe Systems On Sun, May 16, 2010 at 6:03 AM, Kai-Uwe Behrmann <<a href="mailto:ku.b@gmx.de" target="_blank">ku.b@gmx.de</a>> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Hello, the CUPS backend needs to tell Oyranos, which PPD colour related entries a PPD has. These entries are used to select a meaningful user configured ICC profile. Could you imagine a PPD entry, which solely lists all colour related entries? Something like: *colourKeyWords: "ColorModel;StpColorPrecision;MediaType;StpQuality;Resolution;StpInkSet;StpInkType;StpBrightness;StpFineBrightness;StpContrast;StpFineContrast;StpSaturation;StpFineSaturationStpImageType" Note this example is incomplete. A disadvantage might by that it has to be included into every PPD. For a driver with a large number of supperted printers and hence many PPDs like the Gutenprint one, it would mean to repeat that stuff. The advantage is a included PPD entry would be very simple to parse along the CUPS delivered PPD. Would this path be acceptable for foomatic, Gutenprint and hplib and other vendors? kind regards Kai-Uwe Behrmann -- developing for colour management <a href="http://www.behrmann.name" target="_blank">www.behrmann.name</a> + <a href="http://www.oyranos.org" target="_blank">www.oyranos.org</a> Am 19.08.09, 11:59 +0200 schrieb Kai-Uwe Behrmann: Am 19.08.09, 11:16 +0200 schrieb Till Kamppeter: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Kai-Uwe Behrmann wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> What I do not know is, how to distinct the colour related PPD options from the non relevant to make selection dependent on say "gamma" but not on "paper size". Would you know a way how to select ppd_attr_t attributes according to their influence on colour? </blockquote> Principally one cannot read from a PPD option whether it influences color or not. </blockquote> This will it make harder to get PPD to ICC profile mapping outside of the CUPS cupsICCProfile scheme. The need of root access to do proper colour management is yet clearly a limit. On the other side Oyranos needs to know if a PPD option or attribute is relevant for colour or not to do CM configuration outside of the cupsICCProfile scheme. E.g. a user printing to remote printer or on a system without root rights she can not locally assign a ICC profile to a given PPD in the Oyranos DB and keep flexibility without complicated tweaking. But exactly that was the goal we where aiming at in this years GSoC projects. ICC profiles can be associated to choices of up to three options, by <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> default to ColorModel, MediaType, and Resolution: *cupsICCProfile ColorModel.MediaType.Resolution/Description: "filename" *cupsICCProfile RGB.GlossyPhoto.1200dpi/High-Quality Photo on Glossy Photo Paper: "Acme-PhotoStar-RGB-GlossyPhoto-1200.icc" Instead of MediaType and Resolution two other options can be used with definitions like: *cupsICCQualifier2: Quality *cupsICCQualifier3: ImageType See <a href="http://www.cups.org/documentation.php/doc-1.4/spec-ppd.html" target="_blank">http://www.cups.org/documentation.php/doc-1.4/spec-ppd.html</a> </blockquote> Yes thats the next stage to support in order get the backend functional with cupsICCProfile. </blockquote></blockquote></blockquote> </div></div></blockquote></div> </div>