[Trac #365] Scrollbar in the GTK+ theme OLPC is using is too small

[Zarro Boogs per Child]

#365: Scrollbar in the GTK+ theme OLPC is using is too small
------------------------------+---------------------------------------------
 Reporter:  jg                |        Owner:  Eben   
     Type:  defect            |       Status:  new    
 Priority:  high              |    Milestone:  BTest-3
Component:  interface-design  |   Resolution:         
 Keywords:  relnote           |  
------------------------------+---------------------------------------------
Comment (by Eben):

 To clarify your confusion on point 2:

 The Frame never comes up immediately upon hitting the edge.  As such,
 we're not measuring the velocity with which the cursor reaches the edge of
 the screen.  (Additionally, we shouldn't even need more than the 1 pixel
 window you have now).  What we're trying to avoid is cases where someone
 is moving along the edge of the screen, searching out a tool in the
 toolbar or moving along the screen edge looking for the scrollbar or
 something like that.  It's this motion ''parallel'' to the edge we want to
 ensure is minimal when invoking the frame, since its clear if they are
 moving parallel to the screen edge, they aren't trying to access the frame
 spatially anyway.

 This won't make it any harder to use the frame spatially, since by the
 very nature of the spatial recognition we want to exploit, the person will
 move the cursor to just about where they want it in the first place, and
 then pause momentarily until the frame delay kicks in.  The idea is that,
 if you're trying to get to a certain spot in the frame, you fling the
 mouse to the edge where you want it, wait for the delay to pass without
 moving the mouse (though it might move a few pixels accidentally), and
 then perform whatever action you intended once the frame comes up.

-- 
Ticket URL: <http://dev.laptop.org/ticket/365#comment:17>
One Laptop Per Child <http://laptop.org/>