qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Jim C. Brown" <jma5@umd.edu>
To: Anthony Liguori <anthony@codemonkey.ws>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] GTK GUI for QEmu
Date: Fri, 11 Nov 2005 15:11:37 -0500	[thread overview]
Message-ID: <20051111201137.GA24139@jbrown.mylinuxbox.org> (raw)
In-Reply-To: <4374E910.8080707@codemonkey.ws>

On Fri, Nov 11, 2005 at 12:55:12PM -0600, Anthony Liguori wrote:
> >Fabrice mentioned some time ago that SDL isn't the best choice on
> >Windows because of keyboard issues... Is that still the case?
> 
> Probably.  I was hoping to punt on the issue of Win32 and instead rely 
> on a native Win32 GUI.  I'm not sure GTK on Win32 is going to be that 
> great from a performance perspective.
> 

I haven't tried to benchmark that case. The bigger issue with GTK on W32 was
the need for a 3rd party library (too large, too hard to install, etc etc).

I wouldn't rely on the hope of a native W32 gui showing up anytime soon though.
Yours is the third attempt to bring a native GTK gui to qemu - AFAIK we have
yet to see the first attempt for a W32 gui.

By taking advantage of GTK's portability, we can get a consistent GUI across
both platforms, and have the developers (the majority of whom are on Unix)
work on code which benefits the users (many of whom use W32).

Fabrice also wants a native W32 gui, and that is not really a bad idea. But
since GTK code is so easy to use on both W32 and on Unix/X, I think that any
GTK gui for qemu should support both until the native version arrives.

> FWIW, I'm going to benchmark the my latest optimizations for fullscreen 
> mode and post the results later today.  If scaling can be done with 
> little performance impact, I think it's clearly the right thing to do.
> 

I don't necessarily see a problem with adding support for changing the X server
resolution. However, it is probably harder to do right - it is really difficult
to center the viewport on just the window you want and nothing else. I can't
really think of any advantages in making the host handle this.

-- 
Infinite complexity begets infinite beauty.
Infinite precision begets infinite perfection.

  parent reply	other threads:[~2005-11-11 20: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
2005-11-11 18:55       ` Anthony Liguori
2005-11-11 19:30         ` Oliver Gerlich
2005-11-11 20:11         ` Jim C. Brown [this message]
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=20051111201137.GA24139@jbrown.mylinuxbox.org \
    --to=jma5@umd.edu \
    --cc=anthony@codemonkey.ws \
    --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).