[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 #12 from Aivo Paas <aivopaas at gmail.com>  2013-02-16 13:34:48 PST ---
(In reply to comment #11)
> 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.

There's the drag that's handled by browser and EventHandler doesn't seem to handle those cursors ad all.

And then there's the "drag" that is handled by web developer.
Usually it involves cancelling the default action on mousedown to disable text selection and drag-and-drop and whatever the browser would do by itself.
Then it should be completely developers choice, how the page acts. For example, if it is a drawing app, it might wan't to display a different cursor while user is "draggin" around (drawing, deleting, dragging a selection rectangle, etc.)

At the moment it is not possible to change the cursor after user has pressed mouse button down, because cursor change in CSS is going through a fake mousemove event, which, in case there is a mouse button pressed down, is just cancelled. So, WebKit has made a strong design choice and a web developer has, at the moment, no way to work around it.

Do you think this is appropriate? (IE and FF allow changing cursor while a mouse button is down).
Do web devs really have to use cursor:none and use a positioned div to display the correct cursor for their app?

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