PPX prototyping progress, topics for discussion...
Michael Sweet via ipp <[email protected]>
| Newsgroups | gmane.ietf.ipp |
|---|---|
| Message-ID | <[email protected]> |
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 _______________________________________________ ipp mailing list [email protected] https://www.pwg.org/mailman/listinfo/ipp
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEkIbDzcZsP1Y8+PQFvmfHXsgfMkQFAmK7R/kACgkQvmfHXsgf MkT3lw//bUCjbZRXogMA7n4EdUJH1vDU2vziR3WZHax+EGm8ecUzZ6/Dqh7JIq+h OpaK/O96kN0KIHIkAcI7GUBkZqmh/sQbgpwrC7P9YS6wI5rHxNatMEvnQZVPPxTg gitBSTqh/3PLZRa2nJ55E0NvCkqFgZ78Io19UaV11PieYe0T26oGmYjiU2Dlx8ov iRyBlrvE4rhfywSjP8NusAI5wlQ8gFH/2RqZCsbwr3i8/PQ2muk5ZkUwu0moQTE6 r172gzNptXnYYOx4V4MRWZQR3IUutyPv/aJpDlN45n6QKKkavk3xi2PP48dM595m b4ALQo++zHo1VqYZqGvth8SFbniYbs57teDVEbxEXXCJksyFpWFjmru84dEUSvKW bcbucHrelwvsKwVyxxDxQsq7UMYy5y+x/rMzvPkAbmEC8ILQTAfmJLSI8Iiom9Vs 0CtKteLWMBnbnydm1XI/+o1g8h4DCs9UCqTlkctCWZvMTXAItZXExyrTEcbrvjR6 m8e0QQnvaxtkCluplD5BwSVyZEkBw3IvCTGEYkSYD7Q2J5xuXBYFQAjx0CnSxg6r dWB6+UYuzNsYon8rLqFg9DcKrPLTfdAzQEBRHXCv7n1UAWWn7Z3UuNnnh5afmSIF 4h6fT+JKTcHv0UjSqDKgm/tb04tcLVPvawIAPedixo50h93Usp8= =Q4bV -----END PGP SIGNATURE-----