[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 #15 from Ryosuke Niwa <rniwa at webkit.org>  2010-09-02 17:18:53 PST ---
(In reply to comment #14)
> > When you move the caret to inside P, you see black caret but with your patch, the caret will be white.  What we really need to do here is to obtain the bitmap from the screen and XOR it to make caret's bitmap.  At least that's what MSIE and other applications do on Windows.  This probably needs to be done at platform level rather than in WebCore because each platform has its own way of creating caret.
> 
> IE has a problem in the gray background.
> 
> <div style="background-color: gray; color: black;">background-color: gray</div>
> 
> The caret color becomes gray in the above case, so we can't find the caret.
> In other cases, IE seems well, including the image background.

Right, but a lot of developers will probably know to avoid that.

> If we go to platform specific-behavior, should we follow the Windows way for all platforms?

No, that's not what I mean.  Our behavior on each platform should be natural to each platform (i.e. de facto standard).  From what I've checked so far:
1. Linux (maybe different on Qt): use text color
2. Mac: always black
3. Windows: XOR with the painted screen

But we need to do further research making any decision here because caret color would affect vast majority of users, and will have a significant impact on usability.

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