attachment
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">HI Benjamin,<div><br></div><div>Just to satisfy my own curiosity, can you describe use cases where it is necessary for JavaScript scripts executing in a web page would want to formulate their own IPP requests? What value does that provide, and why is calling out to the browser's native print system inadequate? </div><div><br><div>
Smith<br><br>/**<br> Smith Kennedy<br> HP Inc.<br>*/
</div>
<div><br><blockquote type="cite"><div>On Apr 27, 2023, at 2:49 PM, Benjamin Gordon <bmgordon@chromium.org> wrote:</div><br class="Apple-interchange-newline"><div>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<div>
<font face="" calibri??=""><b><span style="font-size:11.0pt;line-height:107%; color:red">CAUTION: External Email
</span></b></font>
<div>Resending since it seems that the original email got dropped<br>
somewhere. From today's call, it sounded like the JS library at<br>
<a href="https://github.com/williamkapke/ipp">https://github.com/williamkapke/ipp</a> and/or<br>
<a href="https://github.com/sealsystems/node-ipp">https://github.com/sealsystems/node-ipp</a> has a representation that's<br>
already along the right lines, but there might be some cases that they<br>
don't address. What do people think about formalizing something based<br>
on those?<br>
<br>
Thanks,<br>
Benjamin<br>
<br>
On Thu, Mar 23, 2023 at 4:33 AM Benjamin Gordon <bmgordon@chromium.org> wrote:<br>
><br>
> Hi all,<br>
><br>
> We have recently started some discussions internally about what a web-based printing API might look like. Rather than inventing yet another new way to describe printers and states and jobs and so on, I've been advocating for building on all the PWG's hard
work with IPP. The sticking point is that binary IPP frames aren't very ergonomic to work with in Javascript. Has there ever been any consideration of defining a canonical JSON encoding? If we brought forward a proposal for such a thing in the next couple
of months, would there be interest in moving it through the whole standardization process?<br>
><br>
> Thanks,<br>
> Benjamin<br>
</div>
</div>
</div></blockquote></div><br></div></body></html>