[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