PWG 5100.18 compression-accepted vs document-format-accepted
Michael Ziller via ipp <[email protected]> Mon, 6 Jan 2025 21:42:59 +0000
| Newsgroups | gmane.ietf.ipp |
|---|---|
| Message-ID | <SJ0PR21MB1952B39B737A97E91C9AC260A8102@SJ0PR21MB1952.namprd21.prod.outlook.com> |
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 _______________________________________________ ipp mailing list [email protected] https://www.pwg.org/mailman/listinfo/ipp