> On Jul 18, 2018, at 8:35 AM, Michael Sweet <msweet at apple.com> wrote:
>>>>> Page 22, Table 3: Should we be defining a new "ippe" key that specifies the version of IPP Everywhere™ supported? Or one that duplicates "ipp-features-supported" since that attribute's value contains arguably valuable values for filtering?
>> Given that we are still on the same major version and the limited space available for TXT record keys, I'd argue that an "ippe" key is not yet necessary (maybe if we ever get to v2).
>> As for "ipp-features-supported", what features were you thinking of as valuable for filtering?
Basically sub-filtering at discovery time for a particular generation of IPP Everywhere™.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pwg.org/pipermail/ipp/attachments/20180719/7b427cd5/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4241 bytes
Desc: not available
URL: <http://www.pwg.org/pipermail/ipp/attachments/20180719/7b427cd5/attachment.p7s>