On Wed, 23 Mar 2011 15:55:14 +1000, Peter Hutterer <peter.hutte...@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.hutte...@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.pack...@intel.com
pgp6NOlhZyNWx.pgp
Description: PGP signature
_______________________________________________ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
