[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 #17 from Ryosuke Niwa <rniwa at webkit.org>  2010-09-03 00:02:31 PST ---
(In reply to comment #16)
> I'm not sure being platform-correct is very important here. I doubt many users are aware of the cursor color unless seeing the cursor is difficult. The important thing here is just making sure that we don't have an invisible cursor.

Right, not having an invisible cursor is important.  But as mitz commented on #c2, this change will affect all WebKit clients and we should make sure it improves user experience.

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

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