IPP Mail Archive: IPP> Typo in Override Attributes for Docum

IPP Mail Archive: IPP> Typo in Override Attributes for Docum

IPP> Typo in Override Attributes for Documents and Pages?

From: Carl Kugler (kugler@us.ibm.com)
Date: Thu Feb 22 2001 - 10:20:47 EST

  • Next message: Hastings, Tom N: "RE: IPP> Typo in Override Attributes for Documents and Pages?"

    > 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.

    What does that mean: the "printer" is sending the Input-Documents?
    Shouldn't that be "client"?

         -Carl

    ---------------------- Forwarded by Carl Kugler/Boulder/IBM on 02/22/2001
    08:18 AM ---------------------------

    Carl Kugler/Boulder/IBM@IBMUS@lists.sourceforge.net on 02/21/2001 04:56:56
    PM

    Sent by: lpr-discuss-admin@lists.sourceforge.net

    To: Danek Duvall <dduvall@eng.sun.com>
    cc: Ben Woodard <ben@valinux.com>, lpr-discuss@lists.sourceforge.net
    Subject: Re: [Lpr-discuss] Re: job and document semantics

    > 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 order
    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 supplies
                 this attribute in one Send-Document or Send-URI operation in a
                 Job, it MUST send it in all such operations. A Printer deals
                 with missing Input-Documents in the same way as without this
                 attribute except that a time-out can occur with
                 Input-Documents anywhere in the Job. For example, a Printer
                 could receive Input-Documents 1 and 3 and not 2.

    Danek Duvall <dduvall@eng.sun.com>@lists.sourceforge.net on 02/15/2001
    04:34:02 PM

    Sent by: lpr-discuss-admin@lists.sourceforge.net

    To: Ben Woodard <ben@valinux.com>
    cc: lpr-discuss@lists.sourceforge.net
    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 they
    come out on paper is the same as the order in which you send them, except
    that you might request collated or uncollated copies (i.e.: "a b a b" or
    "a a b b") and how things are stapled together (i.e., are a and b stapled
    together, or is a one bound thing and b another).

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

    Danek

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

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



    This archive was generated by hypermail 2b29 : Thu Feb 22 2001 - 10:52:48 EST