On Friday, November 11, 2005, 23:06:57, Anthony Liguori wrote:
> Yup, that's what I mean. I've done a fair bit of Win32 programming.
> Since the GTK version only took a few days to do, a Win32 version
> shouldn't take much more. Installing mingw32 as we speaking...
Since compiling GTK+ on Wi
Jim C. Brown wrote:
You mean writing W32 code for the GTK gui?
Nopes :-)
Now, if you mean you'll work on a pure W32 gui once you've fleshed out and
battle-tested the GTK gui's design, I'll be quiet and let you get back to work.
;)
Yup, that's what I mean. I've done a fair bit of Win32
On Fri, Nov 11, 2005 at 02:39:01PM -0600, Anthony Liguori wrote:
> Jim C. Brown wrote:
>
> >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 t
Jim C. Brown wrote:
On Fri, Nov 11, 2005 at 12:55:12PM -0600, Anthony Liguori wrote:
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
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Anthony Liguori schrieb:
> Oliver Gerlich wrote:
>
>> 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.
>
>
> Depending on the X server settings, certa
Oliver Gerlich wrote:
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.
Depending on the X server settings, certain modes aren't available in
SDL. In particular, on the default X install in Ubuntu
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 fig
Oliver Gerlich wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Hi Oliver,
just a short feedback on your qemu gui:
Appreciated :-)
- -looks nice so far :)
- -does it require a new(er) GTK? I only have 2.6.10 installed here, maybe
that's why it doesn't find "GTK_STOCK_LEAV
> - -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 sca
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Anthony Liguori schrieb:
> Howdy,
>
> I started working last week on a GTK GUI for QEmu. I've made enough
> progress that I wanted to share the results with everyone and collect
> feedback--especially any feedback regarding what should be added/chang
Howdy,
I started working last week on a GTK GUI for QEmu. I've made enough
progress that I wanted to share the results with everyone and collect
feedback--especially any feedback regarding what should be added/changed
for inclusion in Fabrice's tree.
Here's a rough overview of the features:
Ooooppss,
Sorry Jim, I completly forgot to send you glade file I promise.
Maybe it can give you some idea for your gui design...
Thank you for your work.
Bye.
PS : This file works with glade 2.6.8.
--
Sebastien Bechet <[EMAIL PROTECTED]>
av7.net
qgui.glade.gz
Description: GNU Zip compressed
Here is a version of gtk2.c which includes an actual GUI.
It is really rough, and doesn't provide anything useful. Also, no buttons or
toolbar - the only GUI features are the scrollbars and the menus.
Right now, the GUI supports resetting the vm, quiting qemu, switching between
the 3 predefined v
14 matches
Mail list logo
