attachment

<div dir="ltr"><div><div><div><div><div><div><div><div><div><div>Hi Mike,<br><br></div>Fine - as long as End Users don't get to use Set-Printer-Attributes.<br><br></div>We really need to keep "template-job" Resources.  Xerox has implemented<br></div>them for 20 years in DPA-based production systems.  Others have done so.<br><br></div>The idea is that there's a NEW End User operation on a Printer called<br></div>Get-User-Resources that mirrors Get-Resources from System Service.<br><br></div>Having End Users push presets to Printers for use by other End Users<br></div>assumes the whole fine-grained access control policies of original IDS<br></div>work.  Too much new ground for too little benefit.<br><br></div>Cheers,<br></div>- Ira<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">Ira McDonald (Musician / Software Architect)<br>Co-Chair - TCG Trusted Mobility Solutions WG<br>Chair - Linux Foundation Open Printing WG<br>Secretary - IEEE-ISTO Printer Working Group<br>Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG<br>IETF Designated Expert - IPP & Printer MIB<br>Blue Roof Music / High North Inc<br><a style="color:rgb(51,51,255)" href="http://sites.google.com/site/blueroofmusic" target="_blank">http://sites.google.com/site/blueroofmusic</a><br><a style="color:rgb(102,0,204)" href="http://sites.google.com/site/highnorthinc" target="_blank">http://sites.google.com/site/highnorthinc</a><br>mailto: <a href="mailto:blueroofmusic@gmail.com" target="_blank">blueroofmusic@gmail.com</a><br>Jan-April: 579 Park Place  Saline, MI  48176  734-944-0094<br>May-Dec: PO Box 221  Grand Marais, MI 49839  906-494-2434<br><br><div style="display:inline"></div><div style="display:inline"></div><div style="display:inline"></div><div></div><div></div><div></div><div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Fri, Aug 25, 2017 at 2:28 PM, Michael Sweet <span dir="ltr"><<a href="mailto:msweet@apple.com" target="_blank">msweet@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thanks Smith!<br>
<br>
Some comments on the discussions about how to store presets and triggers:<br>
<br>
1. Printer/server-side Presets should necessarily be managed by an operator or administrator and are NOT per-user - that's what Client-side presets are for.  So I do not agree with Ira about the operation for this - I think Set-Printer-Attributes is absolutely the right way to do this, just as we do for ICC profiles, metadata (location, organization, etc.), etc.<br>
<br>
2. A Job (or Document) Template resource (as envisioned by PWG 5108.03: MFD Resource Service) resembles a Preset, but is not Client-friendly since there is no way for the Client to discover or retrieve the contents of the resource from the Printer (just the System).  Changing the "job-presets" attribute to be a "preset-name", "resource-id", and "resource-data-uri" (for the client to access the template) would allow the Client to discover and retrieve the contents but seems like a step in the wrong direction since it is more complicated, resource intensive, slower, etc.<br>
<br>
Personally I would like to see us focus on using resources for things that cannot be expressed/encoded directly in IPP: forms, fonts, ICC profiles, logos/images, etc.  With that in mind, I'm thinking that we should drop the 'template-xxx' values for "resource-type" (no templates for documents, jobs, or printers) and just add a "resource-ids (1setOf integer(1:MAX))" member attribute to "job-presets" to instruct a Client to include the numbered resources in the Create-Job or Print-Job/URI operations for other types of resources.<br>
<div><div class="h5"><br>
<br>
> On Aug 22, 2017, at 5:22 PM, Kennedy, Smith (Wireless Architect) <<a href="mailto:smith.kennedy@hp.com">smith.kennedy@hp.com</a>> wrote:<br>
><br>
> Greetings,<br>
><br>
> I have just posted a new draft of IPP Presets:<br>
><br>
>    <a href="https://ftp.pwg.org/pub/pwg/ipp/whitepaper/tb-ipp-preset-20170822.pdf" rel="noreferrer" target="_blank">https://ftp.pwg.org/pub/pwg/<wbr>ipp/whitepaper/tb-ipp-preset-<wbr>20170822.pdf</a><br>
>    <a href="https://ftp.pwg.org/pub/pwg/ipp/whitepaper/tb-ipp-preset-20170822.odt" rel="noreferrer" target="_blank">https://ftp.pwg.org/pub/pwg/<wbr>ipp/whitepaper/tb-ipp-preset-<wbr>20170822.odt</a><br>
>    <a href="https://ftp.pwg.org/pub/pwg/ipp/whitepaper/tb-ipp-preset-20170822-rev.pdf" rel="noreferrer" target="_blank">https://ftp.pwg.org/pub/pwg/<wbr>ipp/whitepaper/tb-ipp-preset-<wbr>20170822-rev.pdf</a><br>
>    <a href="https://ftp.pwg.org/pub/pwg/ipp/whitepaper/tb-ipp-preset-20170822-rev.odt" rel="noreferrer" target="_blank">https://ftp.pwg.org/pub/pwg/<wbr>ipp/whitepaper/tb-ipp-preset-<wbr>20170822-rev.odt</a><br>
><br>
> Changes include:<br>
><br>
> • Extensively updated structure of section 4 “IPP Presets Definitions”<br>
>  ◦ Added section 4.2 to discuss storing presets using Set-Printer-Attributes<br>
>  ◦ Added section 4.3 (placeholder) to discuss storing presets as resources<br>
> • Added “Client Implementation Recommendations” section<br>
> • Added “Conformance Requirements” section<br>
> • Added “IANA and PWG Considerations” section<br>
><br>
> As you can see, there remains an open issue of how to best support a Client's ability to store presets in a Printer. Ira articulated in our last IPP WG meeting that there were precedent and protocol congruency issues with using Set-Printer-Attributes for doing this. If advocates for these competing methods could describe their particular perspectives, that would help to resolve this aspect of the Presets ecosystem.<br>
><br>
> Cheers,<br>
><br>
> Smith<br>
><br>
> /**<br>
>    Smith Kennedy<br>
>    Wireless Architect - Client Software - IPG-PPS<br>
>    Standards - IEEE ISTO PWG / Bluetooth SIG / Wi-Fi Alliance / NFC Forum / USB IF<br>
>    Chair, IEEE ISTO Printer Working Group<br>
>    HP Inc.<br>
> */<br>
><br>
><br>
><br>
</div></div>> ______________________________<wbr>_________________<br>
> ipp mailing list<br>
> <a href="mailto:ipp@pwg.org">ipp@pwg.org</a><br>
> <a href="https://www.pwg.org/mailman/listinfo/ipp" rel="noreferrer" target="_blank">https://www.pwg.org/mailman/<wbr>listinfo/ipp</a><br>
<br>
______________________________<wbr>___________________________<br>
Michael Sweet, Senior Printing System Engineer<br>
<br>
______________________________<wbr>_________________<br>
ipp mailing list<br>
<a href="mailto:ipp@pwg.org">ipp@pwg.org</a><br>
<a href="https://www.pwg.org/mailman/listinfo/ipp" rel="noreferrer" target="_blank">https://www.pwg.org/mailman/<wbr>listinfo/ipp</a><br>
</blockquote></div><br></div>