GNOME Bugzilla – Bug 710770
Fix Screen cursor movement
Last modified: 2014-09-13 02:10:42 UTC
Currently the mouse will move sarcastically within a small area of the screen and seems to snap back to its original location as the user moves their head. We need to fix the cursor movement so that it will move as the user turns their head(up, down, left, right, or diagonally). The further to any of the previously listed directions the user moves their head, the further the cursor should move across the screen. The cursor should stop moving when the user stops rotating their head(allowing them to hold the cursor at any point of the screen, as long as their head remains idle). If the user moves their head back towards the center of the screen, the cursor should move back with them.
Created attachment 263560 [details] [review] A partial fix to bug, that prevents MouseTrap from crashing with Screen enabled This is a partial fix to screen.py. The only change in this patch was to prevent MouseTrap from crashing when Screen was selected. "expose_event" in connect was replaced with "draw". While "draw" is the new "expose_event" connect event, the expose_event function still is not getting called. Since the function isn't getting called, the cursor movement isn't occurring. This function may not be getting called because of an issue with the Mapper class, and the "expose_event" not being connected properly to gtk to be launched. The issue may also be resolved once tracking is resolved. It appears that the following function from lkpoints may trigger the events to happen, in which case, screen won't work until lkpoints in properly tracking and triggering events.