Hi Mike,
All 3 of the “likely scenarios” below don’t satisfy the user’s expectations. If we went with imposition-template and ‘finishings-col” to cut out the pages, that starts to turn into specifying a “process”. I suppose a Preset could be used, but that seems awkward. Can you speak more about the “queueing and nesting” from “the old days”? Was that via IPP or using something else?
Smith
From: msweet at apple.com <msweet at apple.com>
Sent: Friday, October 25, 2019 3:25 PM
To: Kennedy, Smith (Wireless & IPP Standards) <smith.kennedy at hp.com>
Cc: PWG IPP Workgroup <ipp at pwg.org>
Subject: Re: [IPP] Handling use case where smaller Input Page media size is printed on larger physical media
Smith,
The likely scenarios (based on my experience with existing IPP printers):
1. The printer scales the input pages to the output media (ipp-attribute-fidelity, media/media-col, and/or print-scaling can force this);
2. The printer centers the input pages on a series of A0 pages, wasting a lot of paper; or
3. The printer stops and asks the operator to load A4 media.
The imposition-template attribute (from PPX) could be used to implement same-up behavior (A4 pages tiled across the row), with finishings-col used to cut the pages apart with several trimming values.
(in the old days you'd enable queuing and nesting and you'd get "automatic" imposition across the roll...)
> On Oct 25, 2019, at 4:00 PM, Kennedy, Smith (Wireless & IPP Standards) via ipp <ipp at pwg.org<mailto:ipp at pwg.org>> wrote:
>> Hi there,
>> I have a question about how best to handle via IPP a scenario where the Printer supports printing a Job whose input pages specify a smaller physical size than the media on which they are actually printed. For instance, the Job specifies A4 input pages but the Printer prints it onto A0 roll feed media.
>> I can imagine two ways to handle this:
>> • The Printer present “virtual input trays” (via “media-col-ready”) for all the smaller media sizes it can produce from the media loaded. If the Client selected A4, the Printer would “produce” A4 output from the roll feed media loaded.
> • The Printer presents finishing operations, etc. to allow the Client / User to specify finishing operations and possibly specify other “hints” for rotation, etc. to produce the A4 media.
>> The latter method seems to me to be more “process-based” rather than “intent-based”, which I believe runs counter to our core IPP design principles. It also makes it difficult for the Client to provide a “page setup” with the target media dimensions based on what might be loaded or supported by the Printer. The first method is more “intent-based” in that the Printer is advertising A4 being loaded, the Client is submitting Input Pages with A4 dimensions, and the Printer is handling that by printing to A4 bounds and possibly cutting out the pages. The trouble is that, for larger roll feed printers, the “media-col-ready” could bloat out almost exponentially.
> Thoughts on this? I’m expecting to add this to the next draft of Driverless Printing Extensions (formerly JPS3v2).
>> Cheers,
>> Smith
>> /**
> Smith Kennedy
> HP Inc.
> */
>>>> _______________________________________________
> ipp mailing list
>ipp at pwg.org<mailto:ipp at pwg.org>
>https://www.pwg.org/mailman/listinfo/ipp<https://www.pwg.org/mailman/listinfo/ipp>
_________________________________________________________
Michael Sweet, Senior Printing System Engineer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pwg.org/pipermail/ipp/attachments/20191028/b6cd82f6/attachment.html>