[Bugs] #388 NORM: difficulty coloring highlighted text in Write

Sugar Labs Bugs bugtracker-noreply at sugarlabs.org
Tue Sep 15 15:25:41 EDT 2009


#388: difficulty coloring highlighted text in Write
------------------------------+---------------------------------------------
    Reporter:  walter         |          Owner:  benzea           
        Type:  defect         |         Status:  assigned         
    Priority:  Normal         |      Milestone:  0.86             
   Component:  sugar-toolkit  |        Version:  Git as of bugdate
    Severity:  Major          |       Keywords:  undiscoverable   
Distribution:  Unspecified    |   Status_field:  Assigned         
------------------------------+---------------------------------------------

Comment(by garycmartin):

 From ML thread [Design] Color Button 10th Sept:

 >Is it possible to emit the colour change event as soon as a colour is
 clicked? Or, perhaps emit as soon as the mouse leaves the palette area?

 >I tried some quick mockups, the OK/Cancel doesn't feel very Sugar UI like
 (no other palettes use this behaviour). The click a colour to dismiss,
 with the addition of a 'custom colour' icon seems more natural, but looses
 a current nice feature where by you can pick a preset colour, see the
 sliders move, and then adjust them if you want to tweak. It also seems a
 little odd seeing both the toolbar icon and the custom icon changing
 colour at same time, though I guess in this case the toolbar icon could
 only change once you make a choice (and as you move a cursor around a
 document with colours).

 >Anyway, all this makes me think that solving the issue by emitting colour
 change events early (i.e. not just when palette closes) would be a cleaner
 solution (more like a bug fix for a current unintended behaviour rather
 than redesigning an already good UI to avoid it).

-- 
Ticket URL: <http://bugs.sugarlabs.org/ticket/388#comment:10>
Sugar Labs <http://sugarlabs.org/>
Sugar Labs bug tracking system


More information about the Bugs mailing list