[Webkit-unassigned] [Bug 131172] Mouse Cursor doesn't change appropriately.
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Mon Jul 21 01:33:50 PDT 2014
https://bugs.webkit.org/show_bug.cgi?id=131172
--- Comment #18 from Miyoung Shin <myid.shin at samsung.com> 2014-07-21 01:34:02 PST ---
I'm sorry to remain the insufficient description in the change log comment.
Let me give you a explain in more details for this patch.
This is a test page's layout.
| |
| ... |
| HTML & Body's Rendering box |
|__________________________________________|
|button| x
|______| ↑
|___ there isn't any element here.
Currently, we can see the 'null' value when getting the result of hitTest for MouseMove event on x coordinates, and can't update mouse cursor like other browsers if mouse cursor moves the button coordinates to the x coordinates.
I believe that the visible expectation is to change a hand pointer of mouse cursor to a general pointer.
But I met with a difficulty like below.
- Should we cope with "null" value ?
- or, Do we guarantee that hitTest shouldn't return "null" value?
According your opinion, I tried to dig out second question.
I refereed the document.elementFromPoint's behaviour because we can see HTML Element value as a result of elementFromPoint under the same conditions.
I think you've already known as far as here.
I found that in case of elementFromPoint hitTestRequest is set by "Active" option, and the hitTest result updates to HTML Element again as the hitTest's result is "null".
So, I added "Move()" flag at there to ensure HTML Element as hitTest result for MouseMove event like elementFromPoint's active() option.
In case of isMainFrame, your guess is right.
I intended to do so because this change should have effect on only main frame.
If I remove isMainFrame condition, it will have a bad effect to mouseEnter & MouseLeave event's result. Anyway, I don't think we need this change for sub frame.
Thank you for your feedback and please let me know if I'm wrong.
--
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