On 2/12/2013 10:18 PM, Robert O'Callahan wrote:
Context: bug 837985.
At times we can be flooded by OS-level mousemove events.
On what OSes? Windows by default coalesces mouse move events. They are
like WM_PAINT events in that they are only delivered when the event
queue is empty. See
http://blogs.msdn.com/b/oldnewthing/archive/2011/12/19/10249000.aspx
This should basically mean that we process mousemove events on windows
up to 100% CPU, but we should never be "flooded" by them. Although I do
wonder if WM_MOUSEMOVE has priority over WM_PAINT so that if the mouse
is moving a lot, that could affect the latency of WM_PAINT.
If other OSes don't do this, I definitely think we should consider
emulating this behavior somehow; I don't know if it's possible to know
on other widget layers whether the event queue is empty.
--BDS
_______________________________________________
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
