On Mar 7, 2013, at 5:08 PM, Ying Chen <chen.nancy5 at gmail.com> wrote:
> 2. In Mike's response to #5, regarding Get-Printer-Supported-Values -
> From rfc3380 page 1, "The Get-Printer-Supported-Values administrative operation returns values that the IPP Printer will accept for setting its "xxx-supported". Notice that this operation does not return any "xxx-supported" values that cannot be set by an administrator. Hence Mike is correct that "use Get-Printer-Supported-Values to get the full set of values that can be configured", but I did not see any semantic in rfc3380 that defines "Get-Printer-Supported-Values returns the original manufacturer xxx-supported values while Get-Printer-Attributes returns the values as configured by the administrator of the printer" as Mike said.
RFC 3380 also defines Set-Printer-Attributes; from section 4.1:
5. The Printer MUST support the value, according to the rules defined
in Appendix A, i.e., each value of each supplied "xxx" attribute
MUST be validated against the value of a corresponding "xxx-
supported" Printer attribute. One of those rules permits an
administrator to set arbitrary 'name' values to those "xxx-
supported" Printer attributes that include the 'name' attribute
syntax if the implementation supports the 'admin-define' out-of-
band value for that "xxx-supported" attribute (see section 8.3 and
Section 4.3 talks about the differences between Get-Printer-Attributes and Get-Printer-Supported-Values, including:
3. The Get-Printer-Attributes operation returns the current values of
requested attributes, while the Get-Printer-Supported-Values
operation returns the values that are inherently supported by the
implementation code, i.e., the values that an administrative
client can set in a Set-Printer-Attributes request.
4. The Get-Printer-Attributes operation returns the current values of
requested "xxx-supported" attributes that the Printer is
configured to accept in Job Creation operations, including
additional values defined by the administrator, while the Get-
Printer-Supported-Values operation returns only the values of
"xxx-supported" attributes that are inherently supported by the
implementation and does not return any additional values defined
by the administrator, where the implementation supports the
'admin-define' out-of-band value.
> Therefore, Mike is correct that there is no element in MFD SM that defines "the original manufacturer xxx-supported values". I think this set of values are very useful when there is a need to restore <service> attributes to the manufacturer's defaults. But I don't see the IPP spec (rfc3380) has this set of attributes defined either.
I'm interpreting "values inherently supported by the implementation" as the "manufacturer default values", but you are right technically the defaults might not include all values. Consider my wording changed accordingly to align with 3380's Get-Printer-Supported-Values terminology. We still don't have a way to get the full set of supported values for read/write elements in the Semantic Model... :/
Michael Sweet, Senior Printing System Engineer, PWG Chair
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
-------------- next part --------------
An HTML attachment was scrubbed...