Re: PPX prototyping progress, topics for discussion...
Michael Sweet via ipp <[email protected]>
| Newsgroups | gmane.ietf.ipp |
|---|---|
| Message-ID | <[email protected]> |
All, I would also like to discuss the "insert-sheets" attribute. In working on implementing this attribute it has become clear to me that it doesn't interact well with "imposition-template" and is something that could be implemented on the Client side using "overrides" and "force-front-side", much like "cover-front" and "cover-back". So I would also like to DEPRECATE "insert-sheets". We'll be discussing my PPX prototyping this afternoon during the IPP WG concall... > On Jun 28, 2022, at 2:27 PM, Michael Sweet <[email protected]> wrote: > > All, > > I have been working on my prototyping of the current PPX draft in the ippsample project (almost done) and wanted to share some initial results: > > - "imposition-template" is largely a replacement for/superset of "number-up". The current ipptransform code only supports one at a time, with precedence given to "imposition-template". > > - "imposition-template" (for 'booklet') and "page-ranges" do not interact well, mainly because "page-ranges" applies to input pages and booklet printing rearranged the order and location of the input pages to produce a booklet that can be folded and stapled along the middle of the stack of media sheets. > > - "cover-back" and "cover-front" are essentially composite attributes for "overrides (1setOf collection)" (PWG 5100.6) and "force-front-side (1setOf integer(1:MAX))" (PPX). > > Based on these results: > > - Do we need a way to select output pages (media sheets) as opposed to input pages as supported by STD92's "page-ranges" Job Template attribute? I am not convinced that we *do* need it since the Client can easily prepare document data that doesn't need imposition, but if we do need it we could add a "media-sheet-ranges (1setOf rangeOfInteger(1:MAX))" Job Template attribute... > > - I would like to DEPRECATE "cover-back" and "cover-front" since they duplicate functionality supported by "overrides" and "force-front-side". I am not aware of any implementations of the cover attributes while "overrides' (at least) is widely supported by PDF printers... > > Thoughts? > > ________________________ > Michael Sweet > ________________________ Michael Sweet _______________________________________________ ipp mailing list [email protected] https://www.pwg.org/mailman/listinfo/ipp
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEkIbDzcZsP1Y8+PQFvmfHXsgfMkQFAmLG0v0ACgkQvmfHXsgf MkQhig/9EQqG1J3dWOGISV1JucuSr+d+ic0PEVkrl5I0THju75NWemPZm30uddRP TKDP1b1sxK/CLmQEZkzXOagY0D1XXmYU7X2Zzu9UyXLpchn9Q2TTfUSZc4kTEjj+ PywRxL8hHLS1jqLfKdJR4gMMvhgTdNxPHqCdHZ9oZD5Gyb0jVM80zznXYoYLqV7t 53KGUrO7oUx7qYO8hnkPY21yz3uowswjVpN6tT8aSz/5/YqZmJijUb+6g5YHELw0 A224l5KEJ1GXcv3bic2Wx5bbyzGh1KqOZDALT0enrjZ2uMNrMjYbV6FhmT/y+uqD Fd2RQmXE4ABj0S1uXBZjpjpmdYr1T0qADu4hlcNmMOlmsKAhriTqDb3B1XIKkXFy SnJkvcdlWq2wV7NeQpzX4omsJ7pN+6yAvhITWOsbMngT1EO4RliRHXGiaWBr/RjO tudpxW3aJASXMkTWC9ygMosLzIWg4vKJCnOE+zh4hSneBoddLDq0mxqaZINoADeL zfXMKWPKF0FXptosRtH7e2809j3HvLhNqvYBIH5xvECnTd2ZX/Fc2kNUsuWoSzEC wB54oNaP3kkbqSUgW09PwB3W1+RuxS75wAz3uxHEJcWBmRbYfdFZHU81Ay92Ig16 RedvSBmhE9zSkLEz2GEUDiMfmbdlsSnZWTIUKQ7QRedYrMSB4JY= =DKCB -----END PGP SIGNATURE-----