<div dir="ltr">Michael,<div><br></div><div> I have discussed this issue again with Robert. Speaking as engineers, we at Gutenprint *really wish* to be able to throw an OFF switch on a queue, and print *from normal graphics applications* , in particular the GIMP. </div>
<div><br></div><div> Also, we really would need to print via the graphics apps - professional color management people do strange stuff like print 5000 patch A3 targets multiplexed in different positions on 44" printers to average them or mirror and print the same file side by side across a big page to compare profiling algorithms bypassing any built-in CMS. I myself assemble targets for some esoteric spectros (Barbieri) by overlaying patch sets with hand-designed masks, this is done with a graphics app. </div>
<div><br></div><div> The above does not take into account determining ink-limits, ink curves and linearisation - basically for us a printer is not always profiled or even profilable, CMS is a destination, not a given. </div>
<div><br></div><div> This does NOT mean that users need to see this option or be able to play with it - setting it directly in the PPD for the queue is perfectly ok from our point of view. </div><div><br></div><div> At this point we really would appreciate being provided exactly the engineering toolset we request, albeit hidden from the user, and being allowed to get on with it rather than being told that an off switch hidden away in a cabinet might confuse users. </div>
<div><br></div><div> I am sure most members of this list would prefer that we have the time to support the photorealistic modes for modern printers, and a variety of media, rather than that we curtail our efforts at basic graphics support. </div>
<div><br></div><div>Edmund<br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 21, 2013 at 7:01 AM, Michael Sweet <span dir="ltr"><<a href="mailto:msweet@apple.com" target="_blank">msweet@apple.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word">
Edmund,<div><br><div><div class="im"><div>On 2013-05-20, at 10:46 PM, edmund ronald <<a href="mailto:edmundronald@gmail.com" target="_blank">edmundronald@gmail.com</a>> wrote:</div><blockquote type="cite"><div dir="ltr">
Michael, Richard,<div><br></div><div> Thank you very much. </div><div> We would appreciate a facility to *temporarily* mark a whole queue as having color management disabled, so one can use normal workflow tools to send stepcharts and targets through when determining inking parameters for new printer hardware under Gutenprint. Determining ink limits and linearising a printer can be a painful and repetitive process, but we aim to make it documented and accessible to the expert user, just as on industry RIPs. </div>
</div></blockquote><div><br></div></div><div>We did talk about how profiling should work, both in this year's OpenPrinting sessions and last year's. The consensus is that adding a giant "Off" switch to print queues (or the whole printing system) is the wrong way to implement this since a) ordinary applications are not suitable for printing target images and b) having that giant off switch will lead to confusion and bad prints (when you forget to turn color management back on...)</div>
<div><br></div><div>What we *are* planning to do is add a single boolean option that can be used to turn off color management for a given job. This *will* allow you to run lpadmin/lpoptions to set the default for that option if you like (a giant off switch), but I really don't recommend it...</div>
</div><div class="im"><div><br></div><div><br></div><div><br><blockquote type="cite"><div dir="ltr">
<div><br></div><div>Edmund<br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 20, 2013 at 10:22 PM, Michael Sweet <span dir="ltr"><<a href="mailto:msweet@apple.com" target="_blank">msweet@apple.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word">
Edmund,<div><br></div><div>We actually talked about this during the OpenPrinting summit last week; Richard is starting the work needed to make Ghostscript's gstoraster honor a "do not profile" boolean option that applications/toolkits can pass as needed.</div>
<div><br></div><div><br><div><div><div><div>On 2013-05-20, at 4:15 PM, edmund ronald <<a href="mailto:edmundronald@gmail.com" target="_blank">edmundronald@gmail.com</a>> wrote:</div><br></div></div><blockquote type="cite">
<div><div><div dir="ltr">Hi Guys, <div><br></div><div><br></div><div> Some time ago, it was decided to provide a color management bypass for printing profiling targets and other such purposes. Has this now been done, and if so, how does one invoke this?</div>
<div><br></div><div>Edmund</div><div><br></div><div> </div></div></div></div><div>
_______________________________________________<br>openicc mailing list<br><a href="mailto:openicc@lists.freedesktop.org" target="_blank">openicc@lists.freedesktop.org</a><br><a href="http://lists.freedesktop.org/mailman/listinfo/openicc" target="_blank">http://lists.freedesktop.org/mailman/listinfo/openicc</a></div>
</blockquote></div><br><div>
<span style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:-webkit-auto;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:medium;white-space:normal;font-family:'Andale Mono';word-spacing:0px"><span style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:-webkit-auto;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:medium;white-space:normal;font-family:'Andale Mono';word-spacing:0px"><div style="word-wrap:break-word">
_________________________________________________________<br>Michael Sweet, Senior Printing System Engineer, PWG Chair</div></span></span>
</div>
<br></div></div><br>_______________________________________________<br>
openicc mailing list<br>
<a href="mailto:openicc@lists.freedesktop.org" target="_blank">openicc@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/openicc" target="_blank">http://lists.freedesktop.org/mailman/listinfo/openicc</a><br></blockquote></div><br></div></div></div>
_______________________________________________<br>openicc mailing list<br><a href="mailto:openicc@lists.freedesktop.org" target="_blank">openicc@lists.freedesktop.org</a><br><a href="http://lists.freedesktop.org/mailman/listinfo/openicc" target="_blank">http://lists.freedesktop.org/mailman/listinfo/openicc</a></blockquote>
</div><br><div>
<span style="border-collapse:separate"><span style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:-webkit-auto;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:medium;white-space:normal;font-family:'Andale Mono';word-spacing:0px"><div style="word-wrap:break-word">
_________________________________________________________<br>Michael Sweet, Senior Printing System Engineer, PWG Chair</div></span></span>
</div>
<br></div></div></div><br>_______________________________________________<br>
openicc mailing list<br>
<a href="mailto:openicc@lists.freedesktop.org">openicc@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/openicc" target="_blank">http://lists.freedesktop.org/mailman/listinfo/openicc</a><br></blockquote></div><br></div></div></div>