- From: Thomas Fischer <fischer.th@gmail.com>
- Date: Thu, 24 Jul 2008 15:50:13 +0200
- To: www-dom@w3.org
Hi,
in section "1.6.2. Mouse event types" is still a design fault:
button of type unsigned short, readonly
During mouse events caused by the depression or release of a mouse
button, [...]
Problem:
If a mouse button depressed inside the document area but released
outside and mouse reenter the document area, there is no chance
to indicate, that no mouse button is depressed.
There is a common (failing) use case for drag & drop:
- A drag action has been started inside the document area
and the drag element is carry along the mouse pointer
- Mouse pointer has been moved outside the document area
and the drag element stand still on last mouse move/out position
- Mouse button has been released
- Mouse pointer has been moved inside the document area
and the drag element still carry along the mouse pointer,
although no mouse button depressed.
Solution:
- button attribute should be updated during *ALL* mouse events
- button attribute should be implemented as a bit mask (respectively
for another attribute should be provide, to
I know, there are a lot of stalled discussions about this stuff.
Please keep in mind: A Web-Applications needs a well-performing
drag functionality, and currently only MS Internet Explorer provide it!
salute
Thomas
--
Thomas Fischer
Software Engineer
NOKIA Software & Services
Context, Advertising, and Emerging Markets
Received on Friday, 25 July 2008 13:01:07 UTC