1. Lets make a pass through the document and see which attributes
we can make "conditionally mandatory" to use the SNMP parlance.
A conditionally mandatory attribute need not be implemented if the
implementation does not have the feature that the attribute controls.
For example, a simplex printer need not implement the sides attribute
and a printer that has no finishing need not implement the finishing
and a Printer that cannot do multiple copies from a single document
need not implement the copies attribute. A Printer that does not
allow the administrator to specify supported values need only implement
the values that are ready (like the Printer MIB). A Printer with a single
input tray and no means to request the operator to switch the media need
not implement the media attribute. etc. etc.
Thus an IPP Printer embedded in a simple desktop printer would not have
to deal with many of the attributes in the Model. It would not have
to return them at all in a Get Attributes or a Get Jobs Response.
The Printer would ignore them if submitted in a Print request.
A client either is a driver for that particualar printer and so will not
send any attributes that the Printer doesn't implement or the client should
first request the job template from the Printer and get only the attributes
that that Printer implements.
2. Lets make ALL adornments conditionally mandatory.
a. I believe that we have chosen the adornments, so that the simplest
implementation is without any adornments.
b. A conforming Printer shall ignore any adornments it doesn't understand.
c. Also adorments are keywords that can be added to after the standard
is done through type 2 keyword registration with the PWG and IANA.
I agree with Bob that we don't need to actually agree on the above
simplification before publishing our internet draft, but I wanted to
give heart to those who think what we have is too complicated for
Printers embedded in a simple desktop output device (one, but not our
only, goal).
So we could just list them as Issues for now.
Tom