HI Chris,
Even though you found your answer in STD92, this is in fact covered in a number of sections of PWG 5100.1-2017 "IPP Finishings 2.1".
Section 1 says this:
The coordinate system scheme used in this specification agrees with the Finisher MIB [RFC3806], which in turn follows the ISO DPA [ISO10175] approach of using a coordinate system as if the document were portrait. The approach for coordinate system being relative to the intended reading direction depends on the device being able to understand the orientation embedded in the PDL, which is too problematic for many PDLs. The approach for the coordinate system of being relative to the media feed direction is too dependent on the way the device is configured, i.e., pulling short edge first vs. long edge first, and can vary between different output bins in the same device.
Section 4 says: "As in [RFC3806], all IPP finishing processes are specified with respect to portrait media orientation."
And section 5.1 "finishings (1setOf type2 enum)" says this:
The positional values are specified with respect to the Document as if the Document were a portrait Document. If the Document is actually a landscape or a reverse-landscape Document, the Client supplies the appropriate transformed value. For example, to position a staple in the upper left hand corner of a landscape Document when held for reading, the Client supplies the ‘staple-bottom-left’ value since landscape is defined as an anti-clockwise rotation from portrait. On the other hand, to position a staple in the upper left hand corner of a reverse-landscape Document when held for reading, the Client supplies the ‘staple-top- right’ value since reverse-landscape is defined as a clockwise rotation from portrait. Figure 2 shows how content is placed on sheets for each "orientation-requested" value where "feed- orientation" is 'short-edge-first'. Figure 3 shows how content is placed on sheets for each "orientation-requested" value where "feed-orientation" is 'long-edge-first'. If the Printer supports "media-col-ready" and / or "media-col-database", the Client could discover the media feed orientation and direction by checking the values of the "media-source-feed- orientation" and "media-source-feed-direction" sub-member attributes of "media-col".
Maybe you were reading an earlier draft of 5100.1?
Smith
/**
Smith Kennedy
Chair, IEEE ISTO Printer Working Group
HP Inc.
*/
> On Aug 27, 2020, at 10:46 AM, Rizzo, Christopher via ipp <ipp at pwg.org> wrote:
>> Never mind, found it in RFC 8011 section 5.2.6 (right after I sent out previous email of course)
>> Thanks,
> Chris
>> Christopher Rizzo
> Xerox Corporation
> GDG/Discovery/Advance Technology
> 26600 SW Parkway Ave.
> Wilsonville, OR 97070-9251
> Phone: (585) 314-6936
> Email: Christopher.Rizzo at xerox.com <mailto:Christopher.Rizzo at xerox.com>
>> "The realization came over me with full force that a good part of the remainder of my life was going to be spent in finding errors in my own programs."
> -Maurice Wilkes, Memoirs of a Computer Pioneer
>> From: Christopher Rizzo <Christopher.Rizzo at xerox.com <mailto:Christopher.Rizzo at xerox.com>>
> Date: Thursday, August 27, 2020 at 9:38 AM
> To: PWG Workgroup <ipp at pwg.org <mailto:ipp at pwg.org>>
> Subject: What does staple-top-left actually mean?
>> Can someone direct me to the IPP spec that defines (for example) when staple-top-left is specified, what location on the LEF, SEF, portrait or landscape media should the staple actually be placed?
>> Trying to make sure I see consistency between a MOPRIA, AirPrint and generic IPP request, and the output generated (where the staple is placed).
>> Tried to discern this from the IPP Finishings spec and could not find it.
>> Thanks,
> Chris
>> Christopher Rizzo
> Xerox Corporation
> GDG/Discovery/Advance Technology
> 26600 SW Parkway Ave.
> Wilsonville, OR 97070-9251
> Phone: (585) 314-6936
> Email: Christopher.Rizzo at xerox.com <mailto:Christopher.Rizzo at xerox.com>
>> "The realization came over me with full force that a good part of the remainder of my life was going to be spent in finding errors in my own programs."
> -Maurice Wilkes, Memoirs of a Computer Pioneer
> _______________________________________________
> 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>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pwg.org/pipermail/ipp/attachments/20200827/a630126b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: Message signed with OpenPGP
URL: <http://www.pwg.org/pipermail/ipp/attachments/20200827/a630126b/attachment.sig>