[IPP] Hewlett-Packard has reviewed the IPP Finishings 2.0 specification and has comments

[IPP] Hewlett-Packard has reviewed the IPP Finishings 2.0 specification and has comments

Kennedy, Smith (Wireless Architect) smith.kennedy at hp.com
Fri Aug 22 05:42:17 UTC 2014


Greetings,

HP has the following comments on the Last Call revision for IPP Finishings 2.0 (http://ftp.pwg.org/pub/pwg/ipp/wd/wd-ippfinishings20-20140701.pdf):

1. Page 12, Section 3.3 : if constraints are working properly and unsupported media sizes or orientations are listed in “finishings-col-database” then these exceptions should never arise, right?

2. Page 16, Figure 1 : ‘fold-accordian’ - the correct spelling is “accordion”, not “accordion”.  There are other instances of this misspelling as well.

3. Page 21, Lines 523-546 : Are there standard locations for each of these for different media sizes?  If so, where are these defined?  It seems the definitions should be referenced here.

4. Page 23, Lines 584-586 : Since some printers have only a small set of settings, entries in “finishings-col-database” need a method to indicate to the client whether the values are effectively “read-only”.  Perhaps a new member attribute “finishing-user-editable (boolean)” like this:

finishing-col-database =
{
    {
        finishing-template = ‘punch-triple-left’
        finishing-user-editable-values = false
        punching =
        {
            punching-locations = { 2350, 5670, 7895 }
            punching-offset = 125
            punching-reference-edge= ‘left’
        }
    }
}

or also allow the Printer Description range attributes to be embedded as well, like this:

finishing-col-database =
{
    {
        finishing-template = ‘punch-triple-left’
        punching =
        {
            punching-locations = { 2350, 5670, 7895 }
            punching-locations-supported = { 2350, 5670, 7895 }
            punching-offset = 125
            punching-offset-supported = 125
            punching-reference-edge= ‘left’
        }
    }
}


5. Page 23, Lines 584-586 : Since some of the entries in “finishings-col-database” will depend on the media size, there should be an additional “finishing-media-size-name” member attribute to express what media size the “finishings-col-database” entry corresponds to, and a “finishing-media-source-properties” to express orientation.

For instance, if the Printer has a finisher that supports 3 hole punching, where the holes are placed may depend on the media size.  This might be expressed thus:

finishing-col-database =
{
    {
        finishing-template = ‘punch-triple-left’
        finishing-media-size-name = {‘na_letter_8.5x11in'}
        finishing-media-source-properties =
        {
            media-source-feed-orientation = ‘long-edge-first'
        }
        punching =
        {
            punching-locations = { 2350, 5670, 7895 }
            punching-offset = 125
            punching-reference-edge= ‘left’
        }
    },
    {
        finishing-template = ‘punch-triple-left’
        finishing-media-size-name = {‘iso_a4_210x297mm’}
        finishing-media-source-properties =
        {
            media-source-feed-orientation = ‘long-edge-first'
        }
        punching =
        {
            punching-locations = { 1240, 2480 3720 }
            punching-offset = 125
            punching-reference-edge= ‘left’
        }
    }
}

(The “punching-locations” values are just random values by the way).

It might be good if “finishing-media-size-name” were defined thus:

	finishing-media-size-name (1setOf (type3 keyword | name(MAX)))

so that a list of media size names could be specified for each “finishings-col-database” entry.  This "finishings-col" Job Template collection attribute enables a client end user to specify detailed finishing operations that cannot be specified using simple enumerated finishing values of the IPP "finishings" Job Template attribute.I don’t see a need for the Client to include “finishing-media-size-name” in “finishings-col” when submitting a job.  But the Client would certainly find this useful for the “finishings-col-database” entries.

6. Page 37, lines 960-962 : Update to make it clear that that “finishings-col-database” and “finishings-col-ready” convey sets of “finishings presets” that the Printer supports.  Additionally, all keyword values the Printer lists in its “finishings-supported” should have a definition in “finishings-col-database”.

7. Page 37, lines 960-962 : Update to make it clear that that “finishings-col-database” may contain multiple entries for a given keyword if the media size varies.

8. Page 37, lines 971-972 : Update to include a reference to PWG 5100.3 for “finishings-col-ready”, something like the following:

    The same values SHOULD be reported in the “finishings-col-ready” Printer
    attribute [PWG5100.3] for each finisher sub-unit that is available.

9. Page 37, Lines 971-972 : Should this specification also include a revised definition of “finishings-col-ready”?  PWG 5100.3 section 3.2.4 seems like it is a bit out of date, especially PWG 5100.3 Table 5 (‘The “finishings-col-ready” member attributes’).

10. Page 43, Line 1005: Since there are definitions for “punching-locations-supported” / “punching-offset-supported” / “punching-reference-edge-supported”, there should be corresponding definitions for stapling like “stitching-locations-supported” / “stitching-offset-supported” / “stitching-reference-edge-supported”?


Smith

/**
    Smith Kennedy
    Hewlett-Packard Co.
*/



More information about the ipp mailing list