[IPP] Question about PWG 5100.7 and "document-format-details"

[IPP] Question about PWG 5100.7 and "document-format-details"

[IPP] Question about PWG 5100.7 and "document-format-details"

Kennedy, Smith (Wireless Architect) smith.kennedy at hp.com
Thu Mar 17 22:11:44 UTC 2016


Wouldn't this be an instance of that?  I am guessing you have in mind more something like a late notice of a constraints conflict like "sides" = 'two-sided-long-edge' and "media-type" = 'transparency', but this seems like a similar condition - two attributes that have conflicting values.  

Smith



> On 2016-03-17, at 3:28 PM, Michael Sweet <msweet at apple.com> wrote:
> 
> Smith,
> 
>> On Mar 17, 2016, at 5:19 PM, Kennedy, Smith (Wireless Architect) <smith.kennedy at hp.com> wrote:
>> 
>> Would rejecting the operation with "client-error-conflicting-attributes" be an appropriate response?
> 
> Possibly, although that status code is usually reserved for Job Template attribute conflicts...
> 
>> 
>> Smith
>> 
>> 
>> 
>> On 2016-03-17, at 3:09 PM, Michael Sweet <msweet at apple.com<mailto:msweet at apple.com>> wrote:
>> 
>> Smith,
>> 
>> On Mar 17, 2016, at 5:00 PM, Kennedy, Smith (Wireless Architect) <smith.kennedy at hp.com<mailto:smith.kennedy at hp.com>> wrote:
>> 
>> Hello,
>> 
>> PWG 5100.7 defined the "document-format-details" attribute, and one of its children is "document-format".  There is also a "document-format" attribute, which is essential to the proper operation of IPP in general (filtering printer description attributes and so forth).  But the definition of "document-format-details" is ambiguous in situations where "document-format" is not a "packaging" format.
>> 
>> If "document-format" is not a packaging format, but is rather a conventional format such as "application/pdf" or "image/pwg-raster", and "document-format-details" is provided by the Client, but the "document-format" child of "document-format-details" doesn't match "document-format", what should the Printer do?
>> 
>> Given the lack of firm conformance requirements, the Printer is free to return client-error-attributes-or-values-not-supported or successful-ok-ignored-or-substituted-attributes, or to ignore the value completely and just return successful-ok. (any of those is allowed by 2911)
>> 
>> _________________________________________________________
>> Michael Sweet, Senior Printing System Engineer
>> 
>> 
> 
> _________________________________________________________
> Michael Sweet, Senior Printing System Engineer
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4956 bytes
Desc: not available
URL: <http://www.pwg.org/pipermail/ipp/attachments/20160317/2077a5d4/attachment.p7s>


More information about the ipp mailing list