[wp-trac] [WordPress Trac] #21206: Replace Farbtastic color picker

WordPress Trac noreply at wordpress.org
Tue Nov 6 16:09:47 UTC 2012


#21206: Replace Farbtastic color picker
----------------------------+------------------
 Reporter:  lessbloat       |       Owner:
     Type:  task (blessed)  |      Status:  new
 Priority:  normal          |   Milestone:  3.5
Component:  UI              |     Version:
 Severity:  normal          |  Resolution:
 Keywords:                  |
----------------------------+------------------

Comment (by mattwiebe):

 Replying to [comment:77 nacin]:
 > > Where's my rainbow? With iris-picker-15.diff after clicking Default
 and then clicking around the left side of the picker.
 >
 > Comments like this make me want to stop changing the square based on the
 slider. The big giant swatch of the current color was not present with
 Farbtastic, and should prevent issues of people changing one side without
 knowing why the color is changing. Still, I think that problem is better
 than people being trapped and unable to even find other colors.

 On a personal level, I agree, which is why the first iterations behaved
 that way. But they overwhelmingly failed in user testing, whereas this
 model has been surprisingly successful.

 To reiterate some discussion that's been had on IRC for the benefit of
 all: there are two poles of usability in a color picker: 1)
 **consistency** (keeping the color model internally consistent) and 2)
 **discoverability** (ease of pointing to a desired color). As every color
 model has at least 3 factors, a square 2-axis control and a 1 axis slider
 is the smallest number of UI controls possible for a color picker. And,
 the major question of control canonicity maps to our usability poles:

 * Dual canonical controls favors **consistency**. No matter where you
 click in any control, that's the color you wind up with. The weakness
 here, as in ryan's comment, is that **discoverability** suffers in some
 color situations.
 * A single canonical control favors **discoverability** (there's always
 something to click on) over **consistency** (if you click on the non-
 canonical slider control, you are only adjusting that single aspect in the
 color model, but are not actually getting that color.)

 Early versions of Iris (and Farbtastic currently) took a single canonical
 approach. And user testing revealed that this is a usability disaster.
 Users would click on pretty rainbow to get a blue, even thought the
 canonical square control still had the color situated in a black-ish area,
 resulting in an actually black-ish color (but with a blue hue that made no
 difference). See http://wp.me/p29g3i-bT under Step Six (one of several
 that played out similarly).

 Once we moved to a dual canonical control model, users were initially off-
 put by the lowered discoverability, but after playing with it briefly
 ''intuited the color model'' and found the color they were looking for.
 See http://wp.me/p29g3i-c1 under Step Four and http://wp.me/p29g3i-c6

 With these testing findings, I think that the obvious direction is to
 ''maintain dual canonical controls while making efforts to increase
 discoverability''. I have an incoming patch that will implement a version
 of [comment:61 lessbloat's palette idea] so that there will always be some
 clickable colors present.

-- 
Ticket URL: <http://core.trac.wordpress.org/ticket/21206#comment:78>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software


More information about the wp-trac mailing list