[Openicc] - CM Framework - Printer Driver -

[edmund ronald]

The settings for Gutenprint are XML. Who is committing to maintain the
accessor code to extract the XML data from the profile and write it back
properly? Is it Jan Peter? I am not prepared to write and maintain that
code. Is there an alternative maintainer?

Alternatively, Robert, can we commit to extracting a binary "ICC Profile"
blob from our XML, and writing it back in?

Edmund

On Sun, Jun 26, 2011 at 8:31 AM, Ann McCarthy <almccart at lexmark.com> wrote:

> Jan-Peter,
>
> Please let me know what you have in mind for the ICC metadataTag usage when
> you are ready.
>
> Best regards,
> Ann L McCarthy
> ICC AWWG Chair
> Imaging Systems R&D
> Lexmark International, Inc.
>
>
>
> On Tue, Jun 21, 2011 at 11:30 AM, Jan-Peter Homann <
> homann at colormanagement.de> wrote:
>
>> Hello Richard,
>> I would recommend to embed the driver informations into CUPS raster file
>> as IPP attribute. like Till described it for CPD.
>>
>> we may should also consider to register at the ICC a Metdata Type for
>> Gutenprint driver settings.
>>
>> I will ask at the ICC about the necessary steps, that we are prepared to
>> do in near future.
>>
>> Best regards
>> Jan-Peter
>>
>> Am 21.06.11 16:20, schrieb Richard Hughes:
>>
>>> On 21 June 2011 12:55, Robert Krawitz<rlk at alum.mit.edu>  wrote:
>>>
>>>> CUPS constructs a filter chain, where the different parts of the chain
>>>> are logically independent.  The Gutenprint CUPS driver merely converts
>>>> CUPS-raster data into printer-specific bits.  If the input is a PDF
>>>> file, CUPS interposes the appropriate filters to convert it to
>>>> CUPS-raster.
>>>>
>>> Ahh, I've misunderstood then, apologies. I thought there was something
>>> like pstogutenprint. In this case, the way I see colord passing
>>> options to Gutenprint would be by embedding elements from the profile
>>> into the CUPS-raster data. This could probably just be hardcoded, so
>>> that if a GUTENPRINT_PROFILE tag exists in the ICC profile then we
>>> just squirt this xml file into the raster data somehow.
>>>
>>> Richard.
>>> ______________________________**_________________
>>> openicc mailing list
>>> openicc at lists.freedesktop.org
>>> http://lists.freedesktop.org/**mailman/listinfo/openicc<http://lists.freedesktop.org/mailman/listinfo/openicc>
>>>
>>
>>
>> --
>> ----------  Please note the new adress --------------
>>
>> homann colormanagement --------- fon +49 30 611 075 18
>> Jan-Peter Homann ------------ mobile +49 171 54 70 358
>> Cotheniusstr. 3 -------- http://www.colormanagement.de
>> 10407 Berlin -------- mailto:homann at colormanagement.**de<homann at colormanagement.de>
>>
>>
>> ______________________________**_________________
>> openicc mailing list
>> openicc at lists.freedesktop.org
>> http://lists.freedesktop.org/**mailman/listinfo/openicc<http://lists.freedesktop.org/mailman/listinfo/openicc>
>>
>
>
> _______________________________________________
> openicc mailing list
> openicc at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/openicc
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/openicc/attachments/20110626/6fd306f4/attachment.html>