[RFC PATCH] Add XI_PROP_ROTATION property to the server's properties.

Keith Packard keithp at keithp.com
Wed Mar 23 00:47:06 PDT 2011


On Wed, 23 Mar 2011 15:55:14 +1000, Peter Hutterer <peter.hutterer at who-t.net> wrote:
> On Wed, Mar 23, 2011 at 02:37:40PM +0900, Keith Packard wrote:
> > On Wed, 23 Mar 2011 15:13:55 +1000, Peter Hutterer <peter.hutterer at who-t.net> wrote:
> > > Having rotation support has been a feature requested for a while
> > > now. Now we've had two independent implementations happen within quite a
> > > short timeframe, one in synaptics, one in evdev (and wacom has had it's own
> > > implementation for a while). So the question is now, how to do this best.
> > 
> > How does this relate to the RandR 1.4 sprite transforms?
> 
> If I understand the randrproto correctly, randr sprite transform happen
> after the input device rotation and are somewhat connected to the CRTC
> transformation.

Right, the sprite is transformed (image and position) by a projective
matrix provided by the application for presentation on the specified
CRTC. It is designed solely to provide the required transform for
compositing-manager native rotation support.

> Do they solve the case of "this hardware has a sensor offset of 36 degrees
> counterclockwise, so we need to rotate any input by this amount"?

They don't transform the reported coordinates, only the presentation of
the sprite.

-- 
keith.packard at intel.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg-devel/attachments/20110323/2f7ff2a4/attachment.pgp>


More information about the xorg-devel mailing list