Ok, so I'm dense... I still can't quite come to grips with your
explanation below, and I'm really trying!
> Perhaps, I didn't explain the idea clearly. I intended that the client
> wouldn't have to do the work of looking for both 'capable' and
> 'supported' attributes. Instead the server would do the same work and
> just send an 'allowed' attribute with the value of the 'capable' or
> 'supported' according to the two rules I defined (included further down
> in this email). With my rule, a client using IPP attributes only uses
> 'allowed' attributes and can be totally unaware of the 'capable'
> parameter to getAttributes. A client that will imbed all production
> attributes still uses the 'allowed' attributes, but specifies the
> 'capable' parameter to the getAttributes operation. Without my
> proposed change, such a client would have to look for 'capable' and
> 'supported' attribute when building a GUI -- perhaps not a big thing
> for this legacy support, but I would rather that legacy support be in
> a server as much as possible.
Perhaps a line drawing or two would serve to clarify these situations?
Something like a set of quick pictures of the scenarios you describe?