<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>On May 11, 2011, at 11:53 PM, Jan-Peter Homann wrote:</div><blockquote type="cite"><div><font class="Apple-style-span" color="#000000">...<br></font><blockquote type="cite">The workflow I would like to see is this:<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">1. The profiling app handles printing targets, reading targets, generating profiles, and registering profiles with their associated settings (call the combination a "preset" for lack of a better word). &nbsp;The same kind of application could create new presets using existing profiles (i.e. this is where you would be able to choose an alternate profile, even if it wasn't qualified for use with the settings you want...)<br></blockquote>Jan-Peter<br>Sure we can extend a profiling app with such functionalities. But we also could implement it in the "expert options" of a high end printer driver and call intermediately a profiling application.<br></div></blockquote><div><br></div>What is the use case for this? Accurate profiling requires a stable target print, which requires some amount of drying/curing time. This isn't an ad-hoc process...</div><div><br></div><div>
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div>________________________________________________________________________<br>Michael Sweet, Senior Printing System Engineer, PWG Chair<br></div></span>
</div>
<br></body></html>