[Openicc] meta data in test chart

[edmund ronald]

Ann,

 I would really, really, like the color settings problem to be addressed by
the ICC, with procedure guidelines as to what an inkjet printer should
support, as to how it can be ensured that the print system can be used for
profiling, how it can be ensured that the profile matches with the printer
queue/ media employed.

But the total mess that is inkjet printing on the platforms supported by the
ICC shows no sign of abating, I see a minor member of the ICC (Xrite) having
its clients unable to profile, when they buy the tool in order to, another
minor member (Adobe) plagued by printing bugs from version to version of its
least selling  product, another hardware vendor (Epson) distributing free
mini-RIPS in the hope that users will be able to print by bypassing the
print system of the base OS.

 All we seem to be discussing here is the minor issue of the format for
settings; well let me turn this round: If XML, Json or whatever is employed,
I am sure we can embed the whole mess in a profile, or embed the profile in
the settings or whatever, and make the system work regardless of syntax.

 It would help if you chose to sit down *here* and made helpful suggestions
to us chickens about how to design a system that works, as all the talking
over there sure ain't produced results.

Edmund

On Fri, Jan 21, 2011 at 6:37 PM, Ann L McCarthy <almccart at lexmark.com>wrote:

>
> Please be aware that SampleICC already includes an XML <=> ICC format
> capability.
> Any tags in an ICC profile can be edited in an XML editor using that
> capability for pre- and post- conversion.
> This obtains the XML text editing experience and at the same time retains
> the efficient storage format of the ICC profile.
>
> Best regards,
> Ann McCarthy
> Imaging Systems R&D
> Lexmark International, Inc.
>
>
>
>
>
>  *"Alastair M. Robinson" <blackfive at fakenhamweb.co.uk>*
> Sent by: openicc-bounces+almccart=lexmark.com at lists.freedesktop.org
>
> 01/20/2011 09:24 PM
>   To
> edmund ronald <edmundronald at gmail.com>
> cc
> OpenICC Liste <openicc at lists.freedesktop.org>
> Subject
> Re: [Openicc] meta data in test chart
>
>
>
>
> Hi,
>
> On 21/01/11 01:07, edmund ronald wrote:
>
> > I think we need to choose between XML and JSON. Robert will have final
> > say, I guess, but we might as well have it out there.
>
> I'm with Graeme in thinking XML is a horrible format to edit by hand
> (because the tags and the <> delimiters all have the same visual
> "weight" as the data within, so to my eyes it all just congeals into a
> mass on screen.)  However, despite my dislike of it, I think XML might
> be the better fit in this case.
>
> What needs to be able to parse the serialised options, and what can just
> treat it as a "blob"?
>
> * Gutenprint: Obviously needs to be able to both parse and write.
>
> * Oyranos, colord, etc.: Do they need to parse, or is a test for
> "equality" (for some yet-to-be-determined definition of "equality")
> sufficient?
>
> * ArgyllCMS: I would think profiling tools in general would need no
> awareness of the contents and would treat the data as a blob to be
> embedded in the final profile?
>
> > One argument in favor of JSON is that we can expect to write GUI's to
> > manipulate settings for the user so JSON is a good fit.
>
> From my experience using the Gutenprint options system from within
> PhotoPrint I'd say the options' limits and their interactions with each
> other are *way* too complicated to be encoded within a serialised
> options file, so a GUI tool to edit such a set of options would probably
> need to be linked with libgutenprint.  Such a tool (at least a
> Gutenprint-specific tool) would be far better off deserialising an
> options file into a live stp_vars_t, editing that, then serialising it
> again than attempting to parse a file itself and implementing its own
> internal model with option constraints.  Gutenprint already has an XML
> library, so I don't see much sense in making Gutenprint use a different
> parsing library just for option serialisation.
>
> All the best
> --
> Alastair M. Robinson
> _______________________________________________
> 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/20110121/c1407365/attachment.html>