On Mon, Feb 7, 2011 at 9:00 AM, Kai-Uwe Behrmann <span dir="ltr">&lt;<a href="mailto:ku.b@gmx.de">ku.b@gmx.de</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Am 07.02.11, 08:52 -0500 schrieb Leonard Rosenthol:<div><div></div><div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Sun, Feb 6, 2011 at 2:32 PM, Jan-Peter Homann<br>
&lt;<a href="mailto:homann@colormanagement.de" target="_blank">homann@colormanagement.de</a>&gt;wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
As the printer profile is only defined through choosing the media-setting<br>
in the printing UI, a print preview is best implemented as function of the<br>
print UI (and not of an application creating complex PDF files)<br>
<br>
<br>
</blockquote>
But how would the print UI get the &quot;data&quot; to be able to present/preview it?<br>
Who generates the data?  In what format? With what color settings?<br>
</blockquote>
<br></div></div>
The print data is to be printed by the UI (CPD). A preview is already there, just without any colour management at the moment. I guess CPD uses eigther Ghostscript or libpoppler to rasterise the preview.<br>
<br></blockquote><div><br></div><div>Which means the app generates a PDF and sends it to them for rasterization...(which is fine with me) - but that seems to be NOT what Jan-Peter wants...</div><div><br></div><div>Leonard </div>
</div>