difficulty coloring highlighted text in Write

[walter]

When using the new color selector in Write, the selected text is unselected in the process of manipulating the color panel, so the color is not applied where expected. The old color selector did not have this problem.

[erikos]

Steps to reproduce:

• Write text
• Select it
• switch color

Color is not changed

[walter]

<erikos> walterbender, is my way to reproduce what you meant?
<walterbender> erikos: yes. but with one more detail.
<walterbender> the color you chose is now the color for future typing.
<walterbender> erikos: and sometimes different text gets highlighted while in the dialog: this gets the new color.
<erikos> walterbender, can you comment on the ticket your findings, looks like it is the color picker itself
<walterbender> I think it must be the color picker somehow interacting with text selection

[tomeu]

Tentatively as 0.84 supposing it's easy to fix and bad enough.

[benzea]

I don't think we can do much about it. If you click outside of the palette, this button press will have an effect. One could prevent this completely, but that would likely create other issues.

The best thing would likely be to add OK/Cancel buttons to the palette.

[erikos]

Design needed here to be fixed in 0.86

[Mokurai]

The undocumented secret is to make your color selection, then click anywhere on the toolbar. The text remains selected, and is now in the desired color. Added to The undiscoverable? in the Sugarabs Wiki.

[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).

[godiard]

Walter, I think this ticket is already resolved, can you confirm?

[walter]

Seems that you can color highlighted text by selecting a color. The text color changes at that instance. OK to close this ticket AFAIK. Thanks.

[dnarvaez]

Milestone 0.86 deleted