#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