[Webkit-unassigned] [Bug 44862] Hard to find a caret in an editable element with black background color

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=44862





--- Comment #19 from Adele Peterson <adele at apple.com>  2010-09-03 10:58:25 PST ---
> > It seems to me that the Firefox behavior of matching the text color is simple and meets this need almost all the time. I think we should just match Firefox. Background-color is too complicated.
> 
> I think Firefox's matching caret color to text color hinders accessibility.  I for one have color blindness, and red caret in red text blends too well and makes it harder to recognize.  There is a huge benefit in taking XOR or always using black or white because then gray-tone difference is still maintained.  I can see them clearly it was black or white, or XORed with the text & background like MSIE does although XORed caret is still hard to see when the background or text is gray.

If the text color is hard to see on the background color, then that's a webpage design problem that won't be fixed by having a more visible caret.  If we decide not to do a black caret in some cases, it seems simplest to just match the text color.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.