<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    Hello list, hello Kai-Uwe, (Question to Mike and Till at the end !!)<br>
    If we have a remote CUPS server, I would recommend, that driver
    settings, ICC profiles and a PPD representing this setup are managed
    centrally at the CUPS server.<br>
    This is necessary to make sure, that all user working with the CUPS
    server are using the same setup.<br>
    As a result, only the people with admin rights for the CUPS server
    are allowed to install printer ICC profiles with assignend driver
    settings.<br>
    <br>
    As the CUPS protocol do not allow to pull ICC profiles from the
    server, we have to work with the CUPS PPD dependent mechanism for
    communicating the available colorsetup to the CUPS clients.<br>
    <br>
    Concerning the PDF print spool format, it will be easier to
    implement a color managed printing path, if the PDF print spool
    format transports only the profiles for describing the document
    colorspace.<br>
    <br>
    In the print chooser (e.g. CPD), the user chooses the cupsICC
    qualifiers (media, resolution) presented through the PPD, which CPS
    has pulled from the CUPS remote server. On CUPS serverside, the
    cupsICC qualifiers are intepreted and the printer profile for
    pdftoraster is setup through through the cupsICC selection process.<br>
    <br>
    ***********************************************<br>
    Questions to Michael Sweet and Till Kamppeter<br>
    ***********************************************<br>
    - Is this is workflow-proposal, which makes sense for a color
    managed print path with remote CUPS servers from your point of view
    ?<br>
    - If not, what are the alternatives ?<br>
    <br>
    Best regards<br>
    Jan-Peter<br>
    <br>
    <br>
    <br>
    Am 20.05.11 09:45, schrieb Kai-Uwe Behrmann:
    <blockquote
      cite="mid:alpine.LNX.2.00.1105200926020.5500@roma.rasena"
      type="cite">Am 19.05.11, 21:25 -0400 schrieb Robert Krawitz:
      <br>
      <blockquote type="cite">On Thu, 19 May 2011 15:58:57 +0200,
        Jan-Peter Homann wrote:
        <br>
        <blockquote type="cite">
          <br>
          I´m not developer, but I´m working regularly together with
          <br>
          developers.  From this experience, the manipulation of pure
          ASCII
          <br>
          files like a PPD is not something very complicated.  Is it
          really a
          <br>
          lot of work to create e.g. a basic PPD without color relevant
          <br>
          entries and update the color relevant entries from profile
          Divtype
          <br>
          metadata, which are installed on on the remote CUPS server ?
          <br>
        </blockquote>
      </blockquote>
      <br>
      Does CUPS provide an API to manipulate remote PPD files?
      <br>
      [Please keep in mind a changed PPD will apply to all users of a
      print
      <br>
       queue.]
      <br>
      <br>
      Again, it makes sense to deliver a PPD with fixed settings for a
      desired calibration state, add the cupsICCProfile property and
      ship and install that PPD with the according ICC print profile.
      Thats clearly a CUPS server thing useful for vendors like
      GutenPrint and administrators as they have control of packages or
      the needed access rights.
      <br>
      <br>
      For user configured profiles that makes not much sense as Hal
      already pointed out, because of the static nature of server side
      installed PPDs.
      <br>
      <br>
      <blockquote type="cite">For Gutenprint, the first part (creating
        PPD files without
        <br>
        color-relevant entries) is no problem.  The rest of it, I'll
        leave to
        <br>
        people with more experience in that area.
        <br>
        <br>
        (Gutenprint's PPD files are all generated based on information
        in the
        <br>
        driver.  Since we added information about which options affect
        color
        <br>
        in 5.2.7, it would be a simple matter to generate PPD files
        without
        <br>
        color information.)
        <br>
      </blockquote>
      <br>
      Then the defaults would apply, which appears to me different from
      the driver settings that have formed the calibration state during
      target printing.
      <br>
      <br>
      kind regards
      <br>
      Kai-Uwe Behrmann
      <br>
      <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
openicc mailing list
<a class="moz-txt-link-abbreviated" href="mailto:openicc@lists.freedesktop.org">openicc@lists.freedesktop.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freedesktop.org/mailman/listinfo/openicc">http://lists.freedesktop.org/mailman/listinfo/openicc</a></pre>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
----------  Please note the new adress --------------

homann colormanagement --------- fon +49 30 611 075 18
Jan-Peter Homann ------------ mobile +49 171 54 70 358
Cotheniusstr. 3 -------- <a class="moz-txt-link-freetext" href="http://www.colormanagement.de">http://www.colormanagement.de</a>
10407 Berlin -------- <a class="moz-txt-link-freetext" href="mailto:homann@colormanagement.de">mailto:homann@colormanagement.de</a>

</pre>
  </body>
</html>