We agreed at the Semantic Model telecon review of the IPP Document Object
spec this week to review the Job Extensions spec [jobx] at the next IPPFAX
telecon, Wed, May 28, 1-3PM Pacific (call-in and webex details to be
published next week).
The Job Extensions spec is a grab bag of IPP Job Features that other PWG
standards need, but that don't need the Document Object. These Features had
been in the Document Object spec.
As announced Monday, May 19, the Job Extension spec is posted at:
ftp://ftp.pwg.org/pub/pwg/ipp/new_JOBX/wd-ippjobx10-20030519.pdf.zipftp://ftp.pwg.org/pub/pwg/ipp/new_JOBX/wd-ippjobx10-20030519.doc.zipftp://ftp.pwg.org/pub/pwg/ipp/new_JOBX/wd-ippjobx10-20030519-rev.pdfftp://ftp.pwg.org/pub/pwg/ipp/new_JOBX/wd-ippjobx10-20030519-rev.doc.zip
The -rev.pdf shows the revisons from the May 18 version (I removed the
-target attributes and 7 ISSUES). I also made it with PDF Maker which
doesn't have hot links for cross references, so its 170KB instead of 923KB,
so I didn't zip it and its very fast to make.
Here is the Abstract:
Abstract: This IPP specification extends the Job semantics of the IPP Model
and Semantics [rfc2911] object model. This specification defines the
Close-Job operation and some new Operation attributes for use in Job
Creation and Document Creation operations. The Printer copies the Job
attributes to the corresponding Job Description attributes which the clients
may query. The Document Creation Operation attributes describe the Document
Content and permit the Printer to reject requests that it cannot process
correctly. Corresponding "xxx-default" and "xxx-supported" Printer
attributes are defined. This specification also defines some additional
values for the "job-state-reasons" Job Description attribute. Each of the
operations and attributes defined in this specification are independent of
each other and OPTIONAL for a Printer to support.
There are two ISSUES in the spec (see the end of this email).
We've also agreed to add the following to the [jobx] spec at the IPPFAX
review, last Wednesday, May 21:
To be added 'pwg-letter-or-a4' "media" value for IPPFAX and others.
Added 'job-errors-detected' and 'job-warnings-detected' to
"job-state-reasons"
As sent out on Wednesday, May 21, here are the proposed specs:
The following additions are needed by IPPFAX and so should be added to the
Job Extensions spec, because they are of general use:
1. 'pwg-letter-or-a4' and 'pwg-letter-or-a4-white' "media" values for IPPFAX
and others. It is a media that stands for either iso-a4 and/or na-letter.
For IPPFAX (and other applications) where it doesn't matter whether the
media to be used is ISO A4 or NA Letter. Then the validation algorithm
doesn't need to be changed, since a Printer is allowed to support the
'pwg-letter-or-a4-white' value.
ISSUE: What about "media-ready"? Is 'pwg-letter-or-a4' allowed, or MUST the
Printer include the actual media. If the latter, then the scheduling
algorithm has to be enhances for its comparison with "printer-ready".
2. Add 'job-errors-detected' and 'job-warnings-detected' to
"job-state-reasons"
The text is:
'errors-detected' : If the Printer supports these values, the Printer MUST
add the value to "job-state-reasons" when it generates the first error
message. That is, a single occurrence of this value is present in the
"job-state-reasons" if the Printer has generated one or more errors. An
error indicates loss of information, such as a page not imaged. A warning
indicates no loss of information (see 'warnings-detected state reason).
'warnings-detected' : If the Printer supports these values, the Printer MUST
add the value to "job-state-reasons" when it generates the first warning
message. That is, a single occurrence of this value is present in the
"job-state-reasons" if the Printer has generated one or more warnings. A
warning indicates something did not go as expected, but there was no loss of
information. For example, a font substitution. An error indicates loss of
information (see 'errors-detected' state reason).
The following summaries of the changes in chronological order from the
original Document Object spec:
Version 0.1, 18 May 2003:
1. Split document out of Document Object specification.
2. Moved "document-format-target" and
"document-format-version-target" from the Job Template section to the
Operation Attributes section so that it can be supplied with Document
Creation operations and so that it MUST be honored, even if
"job-attribute-fidelity" is 'false' or omitted.
3. Removed all Document Description attributes and the
concept of Job Level and Document Level. That terminology is introduced in
the Document Object spec [ippdoc]. Now [ippdoc] is only an Informative
Reference, not a Normative Reference.
Version 0.2, 19 May 2003:
1. Did not include the document-format-target and
document-format-version-target attributes. PSI has their own definitions and
we can avoid the discussion as to whether they should be Document Template
attributes or Operation attributes on Document Creation operations and
whether there should be a "document-format-target-default" and a
"document-format-version-target-default".
ISSUE 01: Or should the "document-format-version-default" be a 1setOf since
the version string is self-identifying with the PDL? Then the different
defaults could be indicated for each document format?
ISSUE 02: Bob's issue about truth in advertising. Don't penalize truth. Does
allowing these Operation attribute keyword names in the
"user-defined-attributes-supported" Printer attribute allow the Printer to
accept any values without returning the attribute in the Unsupported
Attributes group?
-----Original Message-----
From: Gail Songer [mailto:gail.songer at peerless.com]
Sent: Thursday, May 22, 2003 19:27
To: ifx at pwg.org; pwg-ipp at pwg.org
Subject: PWG-IPP> JobX specification conference call
Hi,
Because IPPFax requires some of the attributes of the JobX specification,
the next IPPFax conference call, May 28 from 1-3PM Pacific, will be
dedicated to the topic.
We'll send out the details next week.
Gail