Ira,
> On Jun 16, 2017, at 2:23 PM, Ira McDonald <blueroofmusic at gmail.com> wrote:
> ...
> - "printer-creation-attributes-supported", "resource-settable-attributes-supported", "system-mandatory-attributes-supported", and "system-settable-attributes-supported" should all be "1setOf keyword" (no type2) since we don't register values for these kinds of keyword attributes (which refer to registered or vendor-extension attribute names).
>> ira - don't understand what you mean by "(no type2)" - do you mean the actual
> type should be "1setOf type1 keyword" or that even type3 (deprecated) were
> legal - in the IANA Registry, job-creation-attributes-supported is has actual type
> "1setOf type2 keyword" (i.e., an explicit type2) - is that one wrong?
No, just:
printer-creation-attributes-supported (1setOf keyword)
resource-settable-attributes-supported (1setOf keyword)
etc.
And yes the registry is wrong (I've actually fixed a few of them before, looks like I missed that one).
The issue is that by marking it as "type1" or "type2" then we are signing up for maintaining a registry of values; in the past some have just used:
job-foo-supported (1setOf type2 keyword)
< any Job Template attribute >
some have listed the names explicitly, and some list *both* - we haven't been consistent.
Because attribute and member names use the keyword syntax, and since these attributes list attribute or member names, they don't need explicit registration unless we want to include the attribute semantics ("list of Object Name attributes") in the registry...
My preference is to simplify the registry where possible, and in doing so I get to remove special-casing from the IPP-to-SM generator... :) Another bonus is that software the might validate the values of those attributes against the registry will continue to work in the presence of unregistered vendor values.
Alternately I'd like to normalize all of these attributes and their registrations so that a) we are consistent and b) the IPP-to-SM generator can generate something more useful.
_________________________________________________________
Michael Sweet, Senior Printing System Engineer