[IPP] [EXTERNAL] Specifying landscape orientation for PWG-Raster

[IPP] [EXTERNAL] Specifying landscape orientation for PWG-Raster

Michael Ziller mziller at microsoft.com
Fri Jun 27 22:02:30 UTC 2025


Agreed, yeah it would probably be good to have a more involved discussion here to get PWG’s input. I’ve been using the mailing list so far but getting more input from Mopria members and PWG would help to iron out if there’s specification gaps and how a client is expected to behave for PWG-Raster landscape rotations.

From: Kennedy, Smith (Wireless & IPP Standards) <smith.kennedy at hp.com>
Sent: Thursday, June 26, 2025 11:24 AM
To: PWG IPP WG Reflector <ipp at pwg.org>
Cc: Michael Ziller <mziller at microsoft.com>; Michael Sweet <msweet at msweet.org>
Subject: Re: [IPP] [EXTERNAL] Specifying landscape orientation for PWG-Raster

Hi Michael and Mike,


On Jun 26, 2025, at 12:12 PM, Michael Sweet via ipp <ipp at pwg.org<mailto:ipp at pwg.org>> wrote:

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.

Most of the time the direction of rotation is less important than the fact that it is rotated to landscape.  Users want consistency, of course, but I'd hope that Client software can make a consistent choice based on what the Printer reports for the media and for any finishing options that might be applied.

I appreciate you bringing these concerns to the PWG. Does there need to be a more involved and interactive discussion between Mopria and PWG on this subject? It would be a shame if Mopria were defining guidance that would cause interoperability problems with other standards such as IPP Everywhere, especially for Printers that are implemented to support both.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pwg.org/pipermail/ipp/attachments/20250627/7d1f22ea/attachment.html>


More information about the ipp mailing list