#9350 HIGH 10.1.3: xrandr screen rotation support
Zarro Boogs per Child
bugtracker at laptop.org
Mon Sep 27 16:34:49 EDT 2010
#9350: xrandr screen rotation support
---------------------------------------+------------------------------------
Reporter: dsd | Owner: pgf
Type: defect | Status: new
Priority: high | Milestone: 10.1.3
Component: x window system | Version: Development build as of this date
Resolution: | Keywords:
Next_action: design | Verified: 0
Deployment_affected: | Blockedby:
Blocking: 10229 |
---------------------------------------+------------------------------------
Comment(by greenfeld):
Replying to [comment:35 Quozl]:
> Retested patch. Method: on 10.1.2 os852, edit /etc/X11/xorg.conf on
XO-1.5 and look for the RotateType option, and ''add a different option'':
>
> {{{
> Option "RotationType" "SWRandR"
> }}}
>
> Then restart prefdm:
>
> {{{
> stop prefdm
> start prefdm
> }}}
This works to enable XO 1.5 rotation, but introduces some new quirks which
might be 10.1.2 bugs in themselves:
* The touchpad input rotates in the opposite direction of the XO 1.5, but
in the same direction as the XO 1.0 (with no changes made to the XO 1.0's
xorg.conf file). So upside-down is fine, sideways is not. Touchpad
rotation does not appear to happen in the original XO 1.0 build, but does
happen in 10.1.2 with both XO 1's and 1.5's.
* Gamepad rotation on 10.1.2 matches the XO 1.5, but NOT the XO 1.0
running its default rotate ability (again breaking sideways rotations).
So we seem to have the reverse problem here. {Tested with the Maze
activity.}
* The gamepad labeled keys (circle, square, etc.) do not rotate, yet the
Maze activity treats it as a second controller. I'm not sure what the
expected behavior is here, or if any apps do use said activity keys
according to their hard-coded labels.
--
Ticket URL: <http://dev.laptop.org/ticket/9350#comment:37>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system
More information about the Bugs
mailing list