It's strange how PWG 5100.18 section 7.1.3 document-format-accepted defaults to the values from document-format-supported, but in 5.5.1 Fetch-Document Request, compression-accepted defaults to a value of 'none' rather than the values from compression-supported.
This makes it hard to communicate -
1. A client checks compression-supported, selects one and adds a compression attribute to signify how the document was compressed
2. The proxy printer then does a fetch-document request
Should the infra printer here really return no matching jobs if the proxy printer did not supply compression-accepted (the only job that the infra printer has is a compressed one)?
This would make every proxy printer need to specify compression-accepted to get jobs flowing correctly. In other words it no longer looks like an optional attribute on fetch-document if we keep the default value as none, instead of what the printer reports it supports through compression-supported.
Thoughts?
Thanks,
Michael
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pwg.org/pipermail/ipp/attachments/20250106/50eea34f/attachment.html>