On Fri, Apr 19, 2013 at 9:47 AM, Petr Koupý <[email protected]> wrote: > I suspect that it is simply caused by a strangely large dx or dy mouse > event parameter received from the input server. Whether it is a an > issue within the input server or qemu is an open question, but I > encountered it in VirtualBox as well. > > It could be prevented by putting artificial barriers on viewport edges > but such solution is not consistent with the notion of infinite desktop > with possibly several separated (non-touching) viewports. Another > possibility (which I like more) is to simply introduce a keyboard combo that > would rescue the mouse pointer by resetting it into the center of the > active viewport.
I can see this quite often. Testing misbehaving USB mouse is not much fun when the mouse cursor can stroll away. The same problem exists with moving viewports, It's quite possible to 'lose windows' when you move around. I think we need more generic solution. Users should not be left looking for stuff on infinite desktop. It would be nice to have something like a map (keyboard triggered?), limited to desktop area with elements, showing windows, viewports, cursors... Jan _______________________________________________ HelenOS-devel mailing list [email protected] http://lists.modry.cz/cgi-bin/listinfo/helenos-devel
