Re: [IPP] Handling use case where smaller Input Page media size is printed on larger physical media

[Michael Sweet via ipp <[e-mail]>]

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 <[e-mail]> 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
> [e-mail]
> https://www.pwg.org/mailman/listinfo/ipp

_________________________________________________________
Michael Sweet, Senior Printing System Engineer

_______________________________________________
ipp mailing list
[e-mail]
https://www.pwg.org/mailman/listinfo/ipp