Re: [Lpr-discuss] Re: job and document semantics

[Carl K. <ku...@us...>]

> Documents within an IPP job do not have any sense of ordering.

There is an IPP extension that does allow the client to specify the ord=
er
of documents. See:


Internet Printing Protocol (IPP):
Override Attributes for Documents and Pages

IEEE-ISTO Printer Working Group
Standard 5100.4-2001

February 7, 2001


(ftp://ftp.pwg.org/pub/pwg/ipp/new_EXC/pwg5100.4.doc [and .rtf and .pdf=
])


9.2  Send-Document and Send-URI Operation Requests
Attributes are added to the Operation Attributes group.

     Group 1: Operation Attributes

          "input-document-number" (integer):

             The client OPTIONALLY supplies this attribute in order to
             inform the printer about the order of documents when the
             printer is sending the Input-Documents asynchronously. The=

             first Input-Document is 1, and subsequent Input-Documents =
are
             numbered sequentially. If the value of  "last-document" is=

             'true', then the value of this attribute is also the total=

             number of Input-Documents in the Job.  If a client supplie=
s
             this attribute in one Send-Document or Send-URI operation =
in a
             Job, it MUST send it in all such operations. A Printer dea=
ls
             with missing Input-Documents in the same way as without th=
is
             attribute except that a time-out can occur with
             Input-Documents anywhere in the Job. For example, a Printe=
r
             could receive Input-Documents 1 and 3 and not 2.





Danek Duvall <dd...@en...>@lists.sourceforge.net on 02/15/2001
04:34:02 PM

Sent by:  lpr...@li...


To:   Ben Woodard <be...@va...>
cc:   lpr...@li...
Subject:  [Lpr-discuss] Re: job and document semantics



On Thu, Feb 15, 2001 at 03:10:35PM -0800, Ben Woodard wrote:

> That makes things a lot easier. The only thing we have to pass is the=

> IPP job ID. Do the send-documents have to be in any particular order
> for them to be processed by IPP appropriately.

Documents within an IPP job do not have any sense of ordering.  That is=
,
you don't say `send document 4', you just send a document.  The order t=
hey
come out on paper is the same as the order in which you send them, exce=
pt
that you might request collated or uncollated copies (i.e.: "a b a b" o=
r
"a a b b") and how things are stapled together (i.e., are a and b stapl=
ed
together, or is a one bound thing and b another).

Wendy & Norm -- I was wrong about the complete lack of ordering.  The s=
pec
(section 2.4.2 of RFC 2911) says that the document order "MUST be" eith=
er
"a b a b" (collated) or "a a b b" (uncollated).

Danek

_______________________________________________
Lpr-discuss mailing list
Lpr...@li...
http://lists.sourceforge.net/lists/listinfo/lpr-discuss

=