attachment-0002
<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><br></div>Hi Kelly,<div><br></div><div>I think the goal of CDD is admirable, but I'm not sure a "clean room" implementation of such a device description format is the best approach.</div><div><br></div><div>We've got MIBs that describe printer capabilities, and other ways to determine device capabilities - but if one of the central goals is to use such a description format to generate an appropriate user interface for printing, then you need something more than a list of static device capabilities.</div><div><br></div><div>I would say that you need something similar to CDD, but combined with a subject/object/predicate dialect as well (something like XACML or RDF supports; RDF might be a better comparison). </div><div><br></div><div>You might want to combine static capabilities and predicates, with realtime status of the device as well.</div><div><br></div><div>The subject/object/predicate capability would allow the user interface to automatically check that subtle combinations of selected options do not violate what I like to call the "device business rules", which are a set of predicates or rules for using particular options on the device.</div><div><br></div><div>Also, there are existing efforts to define a job ticket, not sure if I would add to this list unless the existing efforts are on the wrong track.</div><div><br></div><div>On the whole, I think there are quite a few on the distribution list that appreciate the goals of CDD, but it's quite a task to field something that takes into account all the knowledge that the printing/imaging industry has accumulated. It's not impossible, but I would probably approach the problem using a more expressive textual dialect than is currently described by CDD.</div><div><br></div><div>Best Regards,</div><div>Randy</div><div><br></div><div><br><div><div>On Jan 27, 2013, at 9:38 PM, K.D. Lucas wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Hello Cloud Print Aficionados,<div><br></div><div>I wanted to inform you that the Google Cloud Print team is proposing a new capabilities format that will allow us to take advantage of semantic options, something we're calling <b style="color:rgb(34,34,34);font-family:arial,sans-serif">Cloud Device Description </b><span style="color:rgb(34,34,34);font-family:arial,sans-serif">(</span><i style="color:rgb(34,34,34);font-family:arial,sans-serif">CDD</i><span style="color:rgb(34,34,34);font-family:arial,sans-serif">) format, and can be used from printers to a host of other devices that may be used with our service. </span><div style="color:rgb(34,34,34);font-family:arial,sans-serif">
<br></div><div style="color:rgb(34,34,34);font-family:arial,sans-serif">This is our rough draft of our proposal. We are proposing this capabilities format in order to provide a more uniform experience for our Cloud Print users, as correctly parsing various PPD files is challenging and ultimately not feasible.</div>
<div style="color:rgb(34,34,34);font-family:arial,sans-serif"><br></div><div style="color:rgb(34,34,34);font-family:arial,sans-serif">Since I know this group has thought about Cloud Printing for quite some time, and has significant experience with the issues around Cloud Printing, we welcome any feedback or comments you might have. I've attached the specification as a PDF file.</div>
<div style="color:rgb(34,34,34);font-family:arial,sans-serif"><br></div><div style="color:rgb(34,34,34);font-family:arial,sans-serif">I won't be around to make your next face-to-face meeting, but I've been reading some of the emails regarding this meeting.</div>
<div style="color:rgb(34,34,34);font-family:arial,sans-serif"><br></div><div style="color:rgb(34,34,34);font-family:arial,sans-serif">Regards,</div><div style="color:rgb(34,34,34);font-family:arial,sans-serif">
<br></div><div>Kelly<br>kdLucas</div>
</div>
<br>--
<br>This message has been scanned for viruses and
<br>dangerous content by
<a href="http://www.mailscanner.info/"><b>MailScanner</b></a>, and is
<br>believed to be clean.
<span><GCP20_CapabilitiesFormat.pdf></span>_______________________________________________<br>cloud mailing list<br><a href="mailto:cloud@pwg.org">cloud@pwg.org</a><br>https://www.pwg.org/mailman/listinfo/cloud<br></blockquote></div><br></div><br />--
<br />This message has been scanned for viruses and
<br />dangerous content by
<a href="http://www.mailscanner.info/"><b>MailScanner</b></a>, and is
<br />believed to be clean.
</body></html>