Yes, but in the same way profiles are very static and some apps need to be able to dynamically create gamut mappings and render into devicespace.<div><br></div><div>Edmund<br><br><div class="gmail_quote">On Fri, May 13, 2011 at 8:48 PM, Kai-Uwe Behrmann <span dir="ltr">&lt;<a href="mailto:ku.b@gmx.de">ku.b@gmx.de</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Am 13.05.2011 11:46, schrieb Jan-Peter Homann:<br>
<div class="im">&gt; Comments inline<br>
&gt;<br>
&gt; Am 13.05.11 16:35, schrieb Kai-Uwe Behrmann:<br>
&gt;&gt; Am 13.05.2011 07:09, schrieb Jan-Peter Homann:<br>
</div><div><div></div><div class="h5">&gt;&gt;&gt; 4) What are the roles of Colormanagement Frameworks like e.g. Oyranos<br>
&gt;&gt;&gt; or g-c-m / colord when it comes to the creation, exchange, download<br>
&gt;&gt;&gt; and GUI representation of printing presets with assigned ICC-profiles ?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Jan-Peter:<br>
&gt;&gt;&gt; So far as I now, both Oyranos and g-c-m / colord have till today not<br>
&gt;&gt;&gt; published a concept for a direct interface to the printing GUI<br>
&gt;&gt;&gt; concerning media and color options. (Please correct me, if I´m wrong..)<br>
&gt;&gt; Hmm<br>
&gt;&gt; <a href="http://www.freedesktop.org/wiki/OpenIcc#PPDcolouring" target="_blank">http://www.freedesktop.org/wiki/OpenIcc#PPDcolouring</a> was proposed to<br>
&gt;&gt; mark colour options as is now supported by Gutenprint and used by the<br>
&gt;&gt; Oyranos CUPS module,<br>
&gt;&gt; the ICC meta tag, which among others I reviewed, It&#39;s part of the<br>
&gt;&gt; specification since a while and Oyranos makes extensive use of that<br>
&gt;&gt; since quite a while,<br>
&gt;&gt; <a href="http://www.oyranos.org/wiki/index.php?title=Device_Settings#Printing" target="_blank">http://www.oyranos.org/wiki/index.php?title=Device_Settings#Printing</a> for<br>
&gt;&gt; architecture plans including usability constraints and schemes<br>
&gt;&gt; a GSoC project to distribute the ICC device profiles over the<br>
&gt;&gt; internet and<br>
&gt;&gt; an other one to integrate these concepts into CPD, both are mentored<br>
&gt;&gt; by me<br>
&gt;&gt;<br>
&gt;&gt; What else do you miss?<br>
&gt;<br>
&gt; Jan-Peter<br>
&gt; So far as I understand the mentioned documents, the Oyranos workflow<br>
&gt; is based on the PPDs describing the available settings for the printer.<br>
&gt; In the printing GUI (e.g. CPD) the PPD is parsed and the aviailable<br>
&gt; options are presented to the end user.<br>
<br>
</div></div>To actual my knowledge, this is all what can be obtained from the print<br>
configuration through CUPS.<br>
<div class="im"><br>
&gt; Frm my experience, the PPD concept is a very static concept and it is<br>
&gt; very hard to implement a workflow, where the use can download and<br>
&gt; install ICC-printer profiles with assigned driver settings and sees<br>
&gt; the result instantly in the printing GUI (e.g. CPD)<br>
<br>
</div>We will just rely on the PPD for obtaining enough meta data and possibly<br>
adapt the PPD options to match the actual selected ICC profile.<br>
<div class="im"><br>
&gt;&gt;&gt; We have to consider, that both Oyranos and g-c-m/colord are mainly<br>
&gt;&gt;&gt; &quot;color management per computer&quot; concepts. Printing is often a &quot;color<br>
&gt;&gt;&gt; management in the network&quot; process, where e.g.<br>
&gt;&gt; How does you come to this impression?<br>
&gt;&gt; I have always prefered existing standards and usage of the actual<br>
&gt;&gt; systems capabilities.<br>
&gt;&gt; For Xorg it means that by using Xatoms we preserve network transparency.<br>
&gt;&gt; For PDF printing by adhering to PDF/X3 we are in theory not bound to a<br>
&gt;&gt; single host.<br>
&gt;&gt; These decisions where specially considered to preserve network<br>
&gt;&gt; capabilities.<br>
&gt;&gt;<br>
&gt;<br>
&gt; Jan-Peter<br>
&gt; I currently see not a concept for Oyranos, if driver settings and<br>
&gt; printer profiles are updated on print server application, that this<br>
&gt; information can be routed to all Oaranos instances on clients for the<br>
&gt; print server.<br>
<br>
</div>Oyranos can have system settings for all users on a local host or a<br>
local network. The internet repository is targeted at sharing worldwide.<br>
<div class="im"><br>
&gt;&gt;&gt; printer-settings with assigned ICC-profiles (&quot;ICC-driversettings&quot;) are<br>
&gt;&gt;&gt; installed at the print server side and should be available to all<br>
&gt;&gt;&gt; printing clients without the need for manual installation.<br>
&gt;&gt;&gt; On the other hand, we have often the case, that print client and print<br>
&gt;&gt;&gt; server are running only on one local machine.<br>
&gt;&gt;&gt; For handling both use cases, I would recommend, that installation and<br>
&gt;&gt;&gt; management of &quot;ICC-driversettings&quot; are made always at the print server<br>
&gt;&gt;&gt; side.<br>
&gt;&gt; While that sounds at first not that bad, it brings a lot of requirements<br>
&gt;&gt; and makes that not easy except for vendor profiles.<br>
&gt;&gt;<br>
&gt;<br>
&gt; Jan-Peter<br>
&gt; If it works with vendor profiles / settings, it should work in the<br>
&gt; same way for profiles / setting which are installed later on the print<br>
&gt; server.<br>
<br>
</div>This would need editing the CUPS server side PPD.<br>
<div class="im"><br>
&gt; So far as I understand the IPP concepts from PWG, we already have a<br>
&gt; dafted standard how a print server commicates the installed profiles<br>
&gt; and settings to a client without the usage of a PPD.<br>
<br>
</div>reads good<br>
<div class="im"><br>
&gt;&gt;&gt; The role of CPD is to create a GUI for the media and color options<br>
&gt;&gt;&gt; build from &quot;ICC-driversettings&quot; available at the print server and to<br>
&gt;&gt;&gt; connect to Oyaranos or g-c-m/colord for communicating the choosen<br>
&gt;&gt;&gt; &quot;ICC-driversetting.<br>
&gt;&gt; The server options are generated typically from the PPD. The local<br>
&gt;&gt; interaction is mainly for per user interaction and ICC settings.<br>
&gt; Jan-Peter<br>
&gt; I want to get rid of the PPDs for color and media settings, because I<br>
&gt; think they are not flexible enough<br>
<br>
</div>Having the spool PDF completely self contained would be really great.<br>
<div class="im"><br>
kind regards<br>
Kai-Uwe<br>
--<br>
@LGM<br>
_______________________________________________<br>
</div><div><div></div><div class="h5">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>
</div></div></blockquote></div><br></div>