ubuntu-nexus7

Rotating screen using gnome-settings does not rotate touch input

Bug #1072920 reported by Steve Beattie on 2012-10-29

This bug affects 5 people

Affects		Status	Importance	Assigned to	Milestone
	GNOME Settings Daemon	Unknown	Medium	gnome-bugs #658602
	ubuntu-nexus7	Confirmed	Medium	Unassigned

Bug Description

Using the system settings -> Displays dialog to rotate the screen via the rotation dropdown correctly adjusts the display roatation, but the touch input location is not translated as well. For example, if you set the rotation from the default Clockwise rotation to Counterclockwise and apply it, if you touch in the lower right corner of the now flipped 180 degrees display, the dash will be brought up, and touching near the date-time widget will bring up the trash folder.

Tags:

Revision history for this message

Steve Beattie (sbeattie) wrote on 2012-10-29:

You can achieve similar results (though more difficult back out of) by using the --rotate option to xrandr.

Revision history for this message

Eric Zig (zuric) wrote on 2012-10-30:

Not sure but I think this bug is a duplicate of bug 1068442

Revision history for this message

Eric Zig (zuric) wrote on 2012-10-30:

I can reproduce this bug

Changed in ubuntu-nexus7:
status:	New → Confirmed

Bryce Harrington (bryce) on 2012-11-05

Changed in ubuntu-nexus7:
assignee:	nobody → Bryce Harrington (bryce)

Revision history for this message

Launchpad Janitor (janitor) wrote on 2012-11-05:

Status changed to 'Confirmed' because the bug affects multiple users.

Revision history for this message

Bryce Harrington (bryce) wrote on 2012-11-05:

(Targeting to ubuntu's xorg package; it's not clear if this is appropriate to upstream, it could just be an error in my xrotate script.)

affects:

xorg-server → xorg (Ubuntu)

Launchpad Janitor (janitor) on 2012-11-05

Changed in xorg (Ubuntu):
status:	New → Confirmed

Revision history for this message

Launchpad Janitor (janitor) wrote on 2012-11-05:

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in xorg (Ubuntu):
status:	New → Confirmed

Revision history for this message

Bryce Harrington (bryce) wrote on 2012-11-08:

There is an xrotate script which can be run from the command line which will rotate both display and input.

In X, display rotation is done using RANDR, but input is done via XINPUT. The xrotate script does both.

A Gnome bug relating to this is https://bugzilla.gnome.org/show_bug.cgi?id=624880.

summary:	- Rotating screen does not rotate touch input + Rotating screen using gnome-settings does not rotate touch input
Changed in ubuntu-nexus7:
assignee:	Bryce Harrington (bryce) → nobody

Matt Fischer (mfisch) on 2012-11-08

no longer affects:

xorg (Ubuntu)

Bug Watch Updater (bug-watch-updater) on 2012-11-08

Changed in gnome-settings-daemon:
importance:	Unknown → Medium
status:	Unknown → New

Revision history for this message

Chris Wayne (cwayne) wrote on 2012-11-13:

Marking medium as using the xrotate script works.

Changed in ubuntu-nexus7:
importance:	Undecided → Medium

Revision history for this message

Jani Monoses (jani) wrote on 2013-01-24:

The randr plugin in gnome-settings-daemon sets the Axes Swap and Axis Inversion xinput properties to adjust pointer coordinates.
These two are however ignored by evdev in case of the Nexus (or all touchscreens for that matter)
Upstream's suggestion is to use the Coordinate Transform Matrix property instead in that plugin, the same used in the xrotate and acceld scripts in our nexus 7 image.

Revision history for this message

Jani Monoses (jani) wrote on 2013-01-24:

#10

This is the upstream bugreport
https://bugzilla.gnome.org/show_bug.cgi?id=691691

Alex Chiang (achiang) on 2013-01-28

tags:	added: snesors
tags:	added: sensors removed: snesors

Revision history for this message

Jani Monoses (jani) wrote on 2013-01-30:

#11

gnome-settings-daemon has been patched to use the transformation matrix when rotating touchscreens.
g-s-d exposes 4 DBus methods to change screen configuration but only two of those (Rotate and RotateTo) take touchscreens into account and thus are affected by the above patch.
The Control Center GUI calls another method (ApplyConfiguration) which rotates the screen but not input. So that still needs to be patched.
With the autorotation work landed in raring - currently as a shell daemon but soon as part of g-s-d proper - the need to set the orientation of the touchscreen via Control Center is not going to be that important. We probably need to expose an Autorotation on/off toggle first.

Bug Watch Updater (bug-watch-updater) on 2014-04-11