I see OK, that's more in line with what I thought - that media-source-properties was only describing media source properties and not desired client behavior for rotations. However, the latter is what the "other attribute" conveyed to the client. If it's insufficient, then I think as far as spec work just saying the client should do whatever appropriate is less prescriptive. Won't we run into issues here if client1 decides to rotate CW and client2 decides to rotate CCW for a given printer? I suppose the impact may just be that e.g. client1 shows less stapling options compared to client2 since it chose a rotation which doesn't match the finishings-supported as well for Landscape prints.
Maybe I'm missing some considerations here. Just want to be sure that leaving this up to the client doesn't have concerns as far as specification. Mopria is looking to solidify PWG-R rotation behavior and if 'client decides' is the best strategy then that would be good to outline. But I'd first like to get further feedback on whether that will have any future drawbacks (since this may have firmware implications). I'll attend next PWG meeting and have encouraged interested Mopria members to as well to discuss further.
-----Original Message-----
From: Michael Sweet <msweet at msweet.org>
Sent: Thursday, June 26, 2025 4:31 AM
To: Michael Ziller <mziller at microsoft.com>
Cc: PWG IPP Workgroup <ipp at pwg.org>
Subject: Re: [EXTERNAL] [IPP] Specifying landscape orientation for PWG-Raster
Michael,
> On Jun 23, 2025, at 4:49 PM, Michael Ziller <mziller at microsoft.com> wrote:
> ...
> 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?
I don't think so.
The whole purpose of media-source-properties is to tell the client the (correct) orientation to use when printing on "special" media, and whether to produce portrait or landscape (either rotation) raster data for optimal print speeds.
When you have a generic media sheet with no preferred orientation, it is up to the client/user to decide which of the orientations to use.
________________________
Michael Sweet