I've posted the subset of the IPP Model document that deals with the
new enum data type and the 5 attributes that are changed from
type keyword to type enum:
ftp://ftp.pwg.org/pub/pwg/ipp/new_MOD/
-rw-r--r-- 1 pwg pwg 43520 Jul 14 08:07 ipp-enum.doc
-rw-r--r-- 1 pwg pwg 45379 Jul 14 08:07 ipp-enum.pdf
This makes it easier for PWG people to review just that part which
is new concerning enums as agreed to at Nashua affecting these attributes:
"finishings"
"print-quality"
"printer-resolution"
"job-state"
"document-format"
Send any comments ASAP, as Scott is incorporating this into the Model
document.
Thanks,
Tom
>Date: Sat, 12 Jul 1997 03:17:20 -0700
>To: scott
>From: Tom Hastings <hastings at cp10.es.xerox.com>
>Subject: MOD - Editorial comments on Model
>Cc: ipp, jmp
>>Scott,
>>I edited with revisions ipp-model-970623-rev.doc (after accepting revisions)
>>and put back in:
>ftp://ftp.pwg.org/pub/pwg/ipp/new_MOD/>-rw-r--r-- 1 pwg pwg 311296 Jul 12 10:09 ipp-model-970623-th.doc
>>I've included the new enum data type and the enums values for the
>five attributes that we agreed to be enums instead of keywords
>and which aligns with the Job Monitoring MIB:
>> "finishings"
> "print-quality"
> "printer-resolution"
> "job-state"
> "document-format"
>>I also copied in the "job-state" and "job-state-reasons" that we agreed
>to jointly between the JMP and IPP.
>>NOTE: that going back to Printer MIB document-format enums means that
>PDF needs to get registered. Would be nice to include PDF in the
>Printer MIB textual-conventions that is due this week.
>>Tom
>