GNOME Bugzilla – Bug 545849
Only poll for mouse movement if someone is listening for mouse:rel, mouse:abs events
Last modified: 2008-08-12 07:44:38 UTC
From https://bugzilla.redhat.com/show_bug.cgi?id=227476, we see that the at-spi-registryd has a polling loop to detect mouse movement events. This costs quite a bit of extra power (and thus battery life). If possible, we might be able to avoid this situation by only performing the poll if an assistive technology has registered for mouse:rel and/or mouse:abs events. Since mouse motion events are also not preemptable, we might also suggest that assistive technologies themselves do the polling.
Created attachment 115806 [details] [review] patch The patch makes registryd doesn't poll when there isn't listeners for mouse:ref and mouse:abs events. Starts polling when someone registers listeners for mouse:ref and mouse:abs. After the last listener for mouse:ref and mouse:abs deregisters, registryd will stop polling again.
Created attachment 115807 [details] [review] update patch also enable polling when there is mouse device listener.
I'd like to commit the patch and release 1.23.6 to let users test it.
I was a bit confused because the ticket is still open, but yeah, it's in: http://svn.gnome.org/viewvc/at-spi?view=revision&revision=1034 Let's see if it works out before closing, correct. And thanks for the quick patch! :-)
I just tested this with the latest gnome-mag, latest orca, and latest at-spi from trunk and noticed no regressions. Thanks for the quick fix, Li!