[Webkit-unassigned] [Bug 53341]=?UTF-8?Q?=20Changing=20CSS=20cursor=20style=20doesn=E2=80=99t=20have=20any=20effect=20while=20the=20mouse=20is=20down?=.

[bugzilla-daemon at webkit.org]

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





--- Comment #11 from Darin Adler <darin at apple.com>  2013-02-16 12:57:30 PST ---
(In reply to comment #10)
> (In reply to comment #9)
> > It’s often incorrect to change the cursor based on what’s under the mouse during a drag. For example, you wouldn’t want to change the cursor from an arrow to a pointing finger just because you were over a link. I don’t know what the CSS specification says about this. I am concerned that this change, despite being worded as a bug fix, could make behavior worse for some common cases.
> > 
> > It’s not entirely an implementation quirk that things work this way.
> 
> Sure, when just dragging around, but when cursor change is initiated by user code code (cursor value changed in style, class changed or something like that) then it isn't it incorrect to not reflect that change?

Well, if the web page changes style during the drag process, I could imagine one design choice where the cursor changes to match the style where the drag started. Probably not to match the style where the mouse happens to be.

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