qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Oliver Gerlich <olig9@gmx.de>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] GTK GUI for QEmu
Date: Fri, 11 Nov 2005 17:13:43 +0100	[thread overview]
Message-ID: <4374C337.7010002@gmx.de> (raw)
In-Reply-To: <20051111034526.GA14016@jbrown.mylinuxbox.org>

Jim C. Brown wrote:
>>- -the software scaler is maybe a good idea, but for fullscreen mode, I'd
>>better like to have screen resolution switched to qemu guest resolution
>>(as it is with normal qemu now)
> 
> 
> The problem is that is really hard to do. Especially in a cross platform
> manner.
> 
> I couldn't figure out how to scale it for full screen, but that was my original
> plan. Another benefit of scaling is that you can resize the window without harm:
> if the text is too small to read then just make the window bigger.
> 
> 
>>- -sometimes the mouse can't be moved beyond some point on the guest
>>screen... But I don't know when that happens and cannot really reproduce  it
> 
> 
> I think I know what you're talking about. I had this problem with my gtk code
> as well. This is because the host and guest pointers are not 'sync'ed, so when
> the host mouse hits the edge of the screen, the guest pointer also halts (even
> if it's not at the edge). GTK provides no way to fix this - basically you need
> to test when the pointer is at the edge and warp it to the opposite side. But
> this requires platform specific code (however I did write up the X and Windows
> versions).
> 
> The cause of the problem becomes quite obvious if you don't make the host
> pointer invisible when you grab the mouse.
> 

Wouldn't these two things be solved by using SDL inside the GTK window?
In current qemu, there are neither fullscreen nor mouse moving problems.

Fabrice mentioned some time ago that SDL isn't the best choice on
Windows because of keyboard issues... Is that still the case?

Oliver

PS: Arrg... no need to wonder why the mail doesn't appear on the list - 
I replied to Jim only. Here it is again.

  reply	other threads:[~2005-11-11 16:13 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-09 22:07 [Qemu-devel] GTK GUI for QEmu Anthony Liguori
2005-11-10 23:32 ` Oliver Gerlich
2005-11-11  3:45   ` Jim C. Brown
2005-11-11 16:13     ` Oliver Gerlich [this message]
2005-11-11 18:55       ` Anthony Liguori
2005-11-11 19:30         ` Oliver Gerlich
2005-11-11 20:11         ` Jim C. Brown
2005-11-11 20:39           ` Anthony Liguori
2005-11-11 22:03             ` Jim C. Brown
2005-11-11 22:06               ` Anthony Liguori
2005-11-11 22:46                 ` Jernej Simonèiè
2005-11-11 15:35   ` Anthony Liguori

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=4374C337.7010002@gmx.de \
    --to=olig9@gmx.de \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).