Hi James, <div><br></div><div> I had a dentist visit today I am not the sharpest knife in this box, but today I feel especially blunt. However. </div><div><br></div><div> Firstly, I would like to extensively thank those who will implement what is under discussion. But I would also like to thank *everyone* who has lately made comments here: We will all spend many hours working with the software that comes out of this, as implementers, as domain experts, and as users. And we will probably do a lot of moaning about some workflow issues. And at that time we will reflect whether or not we made a good design and whether we talked it through enough or not enough. </div> <div><br></div><div> As a teacher I used to tell my students that, yes, variable names matter; so I hope you will find a good name for this option.</div><div><br></div><div> Now as to the values of this option, I did read [1] when it was written, and in fact I agree with every word in it. How could I not ? Graeme's voice is the voice of wisdom :) And yet that little rebellious part of me that has done some profiling when younger and even read the Gutenprint code (Robert, what does "xxx" mean? Edmund you can read the code and find out) this voice says that Graeme"s list of states is not exhaustive,so please leave some mechanism for extending it easily. Maybe by having multiple values simultaneously if that is not too hard, asMichael recommends a string. Lastly, I would suggest that there is a single universally accepted value for that option, which is "profiled and ready to print", and that meaning might usefully be assigned the privileged numeric value 0.</div> <div><br></div><div>Back to my anesthetized dreams ...</div><div><br></div><div>Edmund</div><div><br></div><div><br></div><div> <br><br><div class="gmail_quote">On Mon, May 14, 2012 at 9:04 PM, James Cloos <span dir="ltr"><<a href="mailto:cloos@jhcloos.com" target="_blank">cloos@jhcloos.com</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Based on the recent posts (esp Graeme's reference to [1] and Michael's<br> recomendation to use a string prop rather than a bool prob for better<br> compatibility), it seems like the best way to easily cover every need<br> would be to have a single prop which can take one of serveral options:<br> <br> raw, adjusted, separated, calibrated, profiled<br> <br> with profiled as the normal default. It probably would be useful to<br> accept either shortest matching strings or a digit string (raw==0, ...<br> profiled==4) to ease typing when using them at the cli.<br> <br> I do hope we end up with an option which is *much* shorter than, eg,<br> org.linuxfoundation.color-managed or the like. Something more like<br> OPColorManaged would be nicer. A longer description can be provided<br> in the ppd.<br> <br> Do read [1] to see why I suggest the names raw, adjusted, separated,<br> calibrated and profiled, and in that order.<br> <br> 1] <a href="http://lists.freedesktop.org/archives/openicc/2011q2/003659.html" target="_blank">http://lists.freedesktop.org/archives/openicc/2011q2/003659.html</a><br> <div class="im HOEnZb"><br> -JimC<br> --<br> James Cloos <<a href="mailto:cloos@jhcloos.com">cloos@jhcloos.com</a>> OpenPGP: 1024D/ED7DAEA6<br> </div><div class="HOEnZb"><div class="h5">_______________________________________________<br> 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>