>> On Jun 17, 2025, at 2:35 PM, Michael Ziller <mziller at microsoft.com> wrote:
>>>> Thanks, that clears up that a simple added attribute for desired landscape orientation wouldn't be general enough.
>>>> So for the example given, is this a correct usage of media-source-properties?
>> {A4, tray-1, short-edge-first, 3 (portrait)} // How the client should send Portrait document data for A4 in tray-1
>> And {A4, tray-1, short-edge-first, 5 (reverse-landscape)} // How the client should send Landscape document data for A4 in tray-1
>>>> Or am I misunderstanding the intent?
>I think so? The media-source-feed-orientation value tells you the orientation of any major features of the media - flaps on envelopes, pre-printed content, etc. - which are often driven by the little picture/icon on the tray showing how to load the media in the tray (face up/down, etc.)
But in this context we're not talking about features of pre-printed media or envelope media with features like a flap in a given location. That to me makes sense for media-source-properties to tell you how to load such a piece of media.
For example, the envelope C6 has a short-edge flap, so a print dialog option of Landscape doesn't make sense and isn't shown (and the stapling conversation below is moot).
The same can be said for stationery-preprinted letterhead since showing a Landscape option where the text is perpendicular to the letterhead text also doesn't make sense.
However for blank stationery paper, having two entries for the same (media x media-type x media-source) 3-tuple, which isn't the case for the pre-printed or envelope cases (since different flap locations are different long-flap media), isn't really showing how to load the paper into the tray. For blank paper types, is the suggestion for the printer to have 2 entries here for each 3-tuple combination - one for a Portrait dialog option and one for a Landscape dialog option (I don't see this yet in current printer media-col-database implementations)? This would potentially double the media-col-database size. But perhaps that's needed?
>> ....
>>>> Right, as far as the stapling portion of this, if the printer doesn't specify what orientation it wants when the user chooses landscape for PWG-R, then the client would need to infer which direction to rotate in order to give the user the most stapling options (if it always rotated CCW, >then the user wouldn't be presented with a "staple top left" option at all for this example). I guess I'm wondering if there are any other gotchas to the client simply choosing a landscape orientation (CCW vs CW) based on finishing options
>>Certainly the client can default based on the reported media-source-feed-orientation for that tray, which would be correct for both envelopes and letterhead. Otherwise, it can let the user decide and/or use an OS default rotation direction.
Thanks,
Michael