> My opinion is that the second proposal must be the right solution
> I.e.
> >attr-tag=value-tag-keyword
> >attr-name='requested-attributes'
> >attr-value='printer-info'
> >attr-value='printer-location'
>> Then we have a consistent. When the requested attribute is
> 'requested-attributes'
> and the values e.g are 'printer-info' and 'printer-location', then I think,
> the IPP Printer should return the value it doesn't support. The same
> behavior as other
> attribute with unsupported attributes.
>> /HOLST
>
In general, I agree that this is the right solution. However, I'm concerned about the example given. I don't know what language it's in, but in IPP the syntax tag is applies to an individual attribute value, not a whole attribute. So it should be rewritten as
attr-name='requested-attributes'
value-tag=keyword
attr-value='printer-info'
value-tag=keyword
attr-value='printer-location'
>>>> In Savannah we agreed that in the operations get-job-attributes, get-jobs,
> and get-printer-attributes, if the 'requested-attributes' attribute
> contains values specifying attributes not supported by the printer, the
> printer SHALL return status code
> 'successful-ok-ignored-or-substituted-attributes' and MAY return these
> attributes in the 'unsupported-attributes' group. My question is, if the
> printer chooses to list the attributes as unsupported in the response,
> which of the following formats should it use (suppose the printer doesn't
> support 'printer-info' and 'printer-location'):
>> attr-tag=value-tag-unsupported
> attr-name='printer-info'
> attr-value=NULL
>> attr-tag=value-tag-unsupported
> attr-name='printer-location'
> attr-value=NULL
>> - or -
>> attr-tag=value-tag-keyword
> attr-name='requested-attributes'
> attr-value='printer-info'
> attr-value='printer-location'
>>> -Hugo
>>>>>>
-----
See the original message at http://www.egroups.com/list/ipp/?start=4550
--
Free e-mail group hosting at http://www.eGroups.com/