I have problems to follow two different ways to specify media handling and UPDF would have problems to support that.
I'm fine with the specification of single media attributes like size, type, etc.
I agree that there should exist a media instance a level higher, which is a media element with a number of media attributes.
The number of attributes can vary. In one sample it may be just size and type, in another it may be something like the IPP media collection.
My point is that the attributes a media is described by may vary.
There should not be a predefined media collection in a common Semantic Model representing one implementation.
Feel free to check the composite feature definition we have in UPDF. Open the UPDF.xsd schema to do this and follow the path down to PrintCapabilities.Features. The current sample description xml of an imaginary LJ9000 has a 'Media' composite feature. We can compose any number of features to a new feature, be it Media, Quality or anything else. This is a very flexible structure and is expected to be used frequently. We got very positive feedback once we finished it last year.
We'd appreciate if the Semantic Model does something down that path. Otherwise the spec is ambiguous.
We've seen the current schema of the Semantic Model. We know there are a number of ways to write schemas. The UPDF group made the experience that working with attributes instead of assigning text to elements directly has advantages. Validation is easier and we can define constraints (these are really constraints and not dependencies) for attributes. You may think that over.
69 Prescott Drive
North Chelmsford, MA 01863
This archive was generated by hypermail 2b29 : Mon Jul 08 2002 - 10:38:20 EDT