>- Request attributes by file type
For those of us that were not on the telecon recently,
Bob had a proposal to remove the file-type adornment and to
allow the requester to specify a document-format as an input parameter
to the Get Attributes operation on a Printer and the Printer would return
only the attributes and values that apply to such a document-format.
If the requester left out the document-format, the Printer would supply
its default document format as the implicit input parameter to filter out
attributes and values that don't apply.
This sounded to me like a real simplification and what real users and
client software needed, since the client software know what document
format it is capable of producing and isn't interested in attributes
and values that apply to other document formats.
For a printer that only can consume a single document format, this new
idea means that there is NO IMPLEMENTATION BURDER on the implementation
for this
Tom
At 10:49 03/20/97 PST, Scott Isaacson wrote:
>The model group will have a teleconference call at
>
>11:00 AM - 1:00 PM MST
>Call: 719-448-3160
>Code: 323171
>
>Agenda
>
>1. Critical Issues for 3/26 I-D
>
>- Tom's: 79, 80, 83, 90, 92
>- Issue list: 72,73,74
>- Request attributes by file type
>- Conformance Statement
>- Removal of "enum"
>- I18N (lang requested, lang supported, locales)
>
>2. Other issues
>
>- Core attributes vs Optional attributes
>- IPP == DPA
>
>
>3. Other
>
>
>
>
>
>************************************************************
>Scott A. Isaacson
>Print Services Consulting Engineer
>Novell Inc., 122 E 1700 S, Provo, UT 84606
>V: (801) 861-7366, (800) 453-1267 x17366
>F: (801) 861-4025, E: scott_isaacson@novell.com
>W: http://www.novell.com
>************************************************************
>
>
>