Mike,
You said:
This whole issue of collections illustrates a major problem; the
"media" job template attribute is a 1setOf value; the current
collection syntax would only allow a single media specifier,
which prevents (for example) saying the banner needs to be printed
on yellow A4 media from tray 3.
But in IPP/1.1 "media" isn't a 1setOf value, its a single value. So we are
confused by your response.
You went on to say:
My personal preference would be to add a "job-sheets-media"
attribute (1setOf keyword | name) and extend job-sheets to also
be a 1setOf attribute. This would allow inserting sheets between
job files, so the job-sheets value count would need to be 1, N, or
N + 1 values for a given job with N document files.
The simplest way to get document separator sheets would be to add a keyword
value to the "job-sheets" Job Template attribute that indicates that
document start sheets are wanted.
There is also a PWG Document and Page Exceptions spec that allows a client
to submit a job and specify any Job Template attribute, such as media for
each document and/or for specific page ranges within documents. Its
available at:
ftp://ftp.pwg.org/pub/pwg/ipp/new_PPE/pwg-ipp-prod-print-set1-000207.pdf
Presumably, if the "job-sheets" Job Template attribute were included with
the "document-exceptions" (1setOf collection), then the "job-sheets"
attribute could be applied to each document.
Thanks,
Tom
-----Original Message-----
From: Michael Sweet [mailto:mike@easysw.com]
Sent: Tuesday, March 21, 2000 16:37
To: Hastings, Tom N
Cc: IPP Mailing List
Subject: Re: IPP> New CUPS 1.1 beta and set-job-attributes extension
[why not use "job-sheets"?]
"Hastings, Tom N" wrote:
> ...
> In other words, just add the following three keywords to
> "job-sheets":
>
> 'job-start-sheet' A job sheet MUST be printed to indicate the
> start of the job.
>
> 'job-end-sheet' A job sheet MUST be printed to indicate the end
> of the job.
>
> 'job-wrap-sheets' Job sheets MUST be printed to indicate the start
> and end of all the output associated with the job.
> ...
> ISSUE: Does it make sense to have an end sheet without a start
> sheet? If not, we should eliminate the 'job-end-sheet' value.
First, there are problems with this; specifically, there are cases
where you want *different* start and end sheets (example follows.)
And yes, it does make sense to have only an end sheet.
Consider the following examples:
1. A school wants to print a standard banner for all jobs.
The banner identifies the requesting-user-name, etc.
Depending on the printer, the banner may need to be
printed first (pages come out face down) or last
(pages come out face up). The user must also be able
to configure this because some devices (Phaser 560,
among others) can print face up *or* face down under
program control.
2. A secure facility needs to print a classification banner
before each job, and then print 3 blank pages after the
job to clear any residual image from the drum (I won't
argue the virtue of this; it's a gov't regulation...)
> Wouldn't it be simpler to use these values in CUPS, rather than
> introducing two new Job Template attributes?
No, because the current specification does not allow the user to
specify different banner pages.
> ...
> that allow a production printing client to control the media on
> which the job start and/or end sheet is printed.
This whole issue of collections illustrates a major problem; the
"media" job template attribute is a 1setof value; the current
collection syntax would only allow a single media specifier,
which prevents (for example) saying the banner needs to be printed
on yellow A4 media from tray 3.
My personal preference would be to add a "job-sheets-media"
attribute (1setof keyword | name) and extend job-sheets to also
be a 1setof attribute. This would allow inserting sheets between
job files, so the job-sheets value count would need to be 1, N, or
N + 1 values for a given job with N document files.
-- ______________________________________________________________________ Michael Sweet, Easy Software Products mike@easysw.com Printing Software for UNIX http://www.easysw.com
This archive was generated by hypermail 2b29 : Wed Mar 29 2000 - 16:58:56 EST