From: Greg Alexander <yakovlev@grandecom.net>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [SDL] Problem with mouse grabbing
Date: Sun, 25 Apr 2004 18:45:08 -0500 [thread overview]
Message-ID: <408C4D84.7090709@grandecom.net> (raw)
In-Reply-To: <20040423203518.GA19728@jbrown.mylinuxbox.org>
QEMU Needs to grab the mouse because it emulates a real mouse, instead
of using a pseudo-mouse driver.
As a result, mouse scaling will always be a problem, since all the user
has to do is change the mouse scaling in the host OS to cause problems
with the tracking (the scaling problem you noticed.) That's not to
mention if the mouse came in somewhere different from where it left.
There's nothing to cause the emulated mouse pointer to move to the
position where the real one entered the QEMU window.
GREG
Jim C. Brown wrote:
> Why does qemu grab the mouse? Sometimes, when it is closing, I will
> forget to press Ctrl-Shift, and the mouse ends up being unusable.
>
> This got very old in a very short amount of time, so I edited sdl.c to simply
> "follow" the X mouse pointer, ala VNC-style, and it works. There is a strange
> bug, but aside from that it works perfectly. I find this more convenient
> for handling the mouse. My question is: why does qemu grab the mouse pointer
> instead of just following it? Is this for technical reasons or just because
> the VM looks nicer that way?
>
> P.S. The strange bug is simply that the virtual mouse pointer moves a little bit
> faster than the real mouse pointer. It's annoying but still usable, although
> it does cause the virtual mouse pointer to show up in odd places every now and
> then.
>
next prev parent reply other threads:[~2004-04-25 23:41 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-04-23 20:35 [Qemu-devel] [SDL] Problem with mouse grabbing Jim C. Brown
2004-04-25 23:45 ` Greg Alexander [this message]
2004-04-29 21:41 ` Jim C. Brown
2004-04-30 21:19 ` Gregory Alexander
2004-04-30 22:05 ` [Qemu-devel] " Matthew Mastracci
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=408C4D84.7090709@grandecom.net \
--to=yakovlev@grandecom.net \
--cc=gwa@alumni.cmu.edu \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.