#9350 HIGH 10.1.3: xrandr screen rotation support

[Zarro Boogs per Child]

#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 pgf):

 the goal is to make the screen, touchpad, and d-pad all rotate in the
 direction printed on the button when the button is pushed.  if by
 "original XO-1 build" you mean 802, then i believe the screen goes the
 wrong way when the button is pushed, because of a buglet in the X11
 driver.  i believe this was fixed in later drivers, and /usr/bin/olpc-
 rotate assumes that xrandr will rotate the screen in the correct direction
 when given "left" and "right" directives.  ("left" means ccw, "right"
 means "cw".)  if i recall correctly, SWRandR implements this incorrectly,
 necessitating a change in olpc-rotate to compensate.

 so, as mentioned in comments 18 and 20, we need to enhance the olpc-rotate
 script to do the right thing in all environments, in order to always
 rotate the touchpad to match the screen.  this workaround may need to know
 whether SWRandR is in place, and/or which laptop it's running on.

 i don't think we've ever expected the game keys (circle, square, ...) to
 rotate -- after all, they have labels on them, so rotating doesn't make
 sense.  sounds like Maze wasn't designed with rotation in mind -- that's a
 different bug.

 the d-pad is expected to rotate, and will always match/mismatch in the
 same way that the touchpad does.  i can't tell from the second bullet in
 comment 37 whether you're saying the d-pad behaves differently (whether
 correctly or not) than the touchpad.

 regarding the use of ctrl-alt-backspace, i believe the problem should
 clear up if you use the rotation button at least once, since the "next"
 rotation is based on the current rotation (which will be zero degrees
 after c-a-d).  this mismatch after c-a-d is a wontfix, in my opinion.

-- 
Ticket URL: <http://dev.laptop.org/ticket/9350#comment:39>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system