Re: [EXTERNAL] Specifying landscape orientation for PWG-Raster

Michael Ziller via ipp <[email protected]> Fri, 27 Jun 2025 22:02:30 +0000
Newsgroups gmane.ietf.ipp
Message-ID <LV9PR21MB471098F2A138E7C309CFDCBCA845A@LV9PR21MB4710.namprd21.prod.outlook.com>
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) <[email protected]>
Sent: Thursday, June 26, 2025 11:24 AM
To: PWG IPP WG Reflector <[email protected]>
Cc: Michael Ziller <[email protected]>; Michael Sweet <[email protected]>
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 <[email protected]<mailto:[email protected]>> 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.

_______________________________________________
ipp mailing list
[email protected]
https://www.pwg.org/mailman/listinfo/ipp