Changes

Jump to navigation Jump to search
Line 16: Line 16:  
* Targeted release: (0.88)
 
* Targeted release: (0.88)
 
* Last updated: (17 November 2009)
 
* Last updated: (17 November 2009)
* Percentage of completion: 95% (need to get tool tips and accelerators working)
+
* Percentage of completion: 95% (need to decide whether or not to modify the introductory screen)
    
This feature is being tracked in [http://dev.sugarlabs.org/ticket/1592 Ticket 1592].
 
This feature is being tracked in [http://dev.sugarlabs.org/ticket/1592 Ticket 1592].
Line 24: Line 24:  
We have gotten a lot of [http://lists.sugarlabs.org/archive/sugar-devel/2009-December/021260.html feedback] on this feature from the Design Team. There is consensus regarding its merits, but a few outstanding issues remain to be resolved:
 
We have gotten a lot of [http://lists.sugarlabs.org/archive/sugar-devel/2009-December/021260.html feedback] on this feature from the Design Team. There is consensus regarding its merits, but a few outstanding issues remain to be resolved:
   −
# Should the order of the icons be such that the next/prev buttons are on the outside (Eben) or between (Walter) the small and large XO icons (the latter is the order in the current implementation)? It is trivial to change. Gary proposed putting them under the icons due to considerations of centering.
+
* Should the order of the icons be such that the next/prev buttons are on the outside (Eben) or between (Walter) the small and large XO icons (the latter is the order in the current implementation)? It is trivial to change. Gary proposed putting them under the icons due to considerations of centering.
# Should the behavior be such that the next/prev buttons get you the next/previous random color or the next/previous color in the region of the color space you are currently in (the latter being the behavior of the current implementation)? The motivation for the latter implementation is that it lets a user explore a region in the color space once they have randomly stumbled across a combination to their liking. The motivation for the former is that next/prev would give you a more standard behavior. A compromise could be to eliminate the random selection all together (except upon initialization); this would be trivial to implement--simply eliminate the callback from the center XO icon.
+
: We've settled on the next/prev buttons being between the XO icons. If we get feedback from the field that this should be done differently, it is trivial to change.
# Should there be be keyboard shortcuts? Yes, but I don't know how to implement them using Hippo Canvas. (There is a failed attempt in the current patch to do this by adding a hidden undo button. There was another purpose to the undo button, but it should be removed from the patch.)
+
* Should the behavior be such that the next/prev buttons get you (A) the next/previous random color or (B) the next/previous color in the region of the color space you are currently in (the latter being the behavior of the current implementation)? The motivation for the latter implementation is that it lets a user explore a region in the color space once they have randomly stumbled across a combination to their liking. The motivation for the former is that next/prev would give you a more standard behavior. A compromise could be to eliminate the random selection all together (except upon initialization); this would be trivial to implement--simply eliminate the callback from the center XO icon.
 +
: We've left it in State B for the moment. Again, a trivial change to make if the feedback from the field merits it.
 +
* Should there be be keyboard shortcuts? Yes, but I don't know how to implement them using Hippo Canvas. (There is a failed attempt in the current patch to do this by adding a hidden undo button. There was another purpose to the undo button, but it should be removed from the patch.)
 +
: There are no keyboard shortcuts. These can be added if/when we migrate from Hippo Canvas
 +
* Should the change be made to both the initialization screen and the control panel?
 +
: The most recent patch only modifies the control panel. I would appreciate feedback from the design team re eliminating the color selector all together from the initial screen, so as to eliminate a step. A random color can be assigned and modified from the control panel if desired. (In my experience, kids love to change their colors, but it is a time-consuming process that should not be a required part of initialization. Eliminating it from initialization would allow a teacher to have more control over the flow.)
    
== Detailed Description ==
 
== Detailed Description ==

Navigation menu