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

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu Sep 2 11:23:10 PDT 2010


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


Ryosuke Niwa <rniwa at webkit.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jparent at google.com,
                   |                            |ojan at chromium.org




--- Comment #12 from Ryosuke Niwa <rniwa at webkit.org>  2010-09-02 11:23:10 PST ---
After the second thought, I don't think MSIE is doing black / white. They're taking the XOR on the screen.  Consider the following HTML:

<body style="padding: 10px; margin: 0px; background-color: black;" contenteditable>
<div style="width: 100%; height: 50px; background-color: white;"></div>
<p style="position: absolute; top: 15px; left: 15px;">inside P</p>
</body>

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.

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



More information about the webkit-unassigned mailing list