On Sat, 2005-05-28 at 16:10 +0200, Oliver Gerlich wrote:
> Christian MICHON wrote:
> > ...
> Coming to think of it, I happen to like the idea of an OSD :) ...
For reference, I work 30 hrs/wk in a VMWare VM running w2k on a Linux
workstation. I keep my left screen in X for local apps, but the righ
Christian MICHON wrote:
ok, maybe this needs clarifications. I do not have a Mac, therefore anything
related to cocoa is unknow to me. sorry :(
Let's take an instance of i386-softmmu qemu, which has switched internally
into a 1024x768 graphical mode. To have any gui toolkit AROUND it, the
whole
ok, maybe this needs clarifications. I do not have a Mac, therefore anything
related to cocoa is unknow to me. sorry :(
Let's take an instance of i386-softmmu qemu, which has switched internally
into a 1024x768 graphical mode. To have any gui toolkit AROUND it, the
whole apps, inclusive of the win
Le jeudi 26 mai 2005 à 11:14 -0400, Christian Bourque a écrit :
> Christian MICHON wrote:
> >this would pay more than to have 1 frontend for windows, 1 for linux,
> >1 for sparc, 1 for mac, etc...
> >what's your opinion on this ?
>
> You could also use my frontend JQEMU which works on any Java ena
--- Christian Bourque <[EMAIL PROTECTED]> a écrit:
> Christian MICHON wrote:
> >this would pay more than to have 1 frontend for windows, 1 for linux,
> >1 for sparc, 1 for mac, etc...
> >what's your opinion on this ?
>
> You could also use my frontend JQEMU which works on any Java enabled platform
On 26 mai 05, at 23:07, Christian MICHON wrote:
I do not know what cocoa.m implementation is, but I've seen
screenshots.
cocoa.m is just a qemu video driver which uses natives Mac OS X UI
Libraries.
It does require space, and if you go full-screen,
you can't do modifications.
I am not s
Christian MICHON wrote:
> yes, but this is only for windows hosts, and you must install
> visual basic.
Yes, this is only for windows hosts, but you don't need VB at all, as
there are other frontend not written on VB that would benefit from
this patch (like QEMU Manager: http://www.davereyn.co.uk/
On Thu, May 26, 2005 at 04:32:52PM -0400, Jim C. Brown wrote:
> Out of curiosity, would you accept an intergrated GUI for Linux if it was
> based
> on Xlib or an updated QtC (which was a Qt wrapper that enabled Qt to be used
> in
> C programs) ?
>
> The main advantage, that I can see, with using
> SDL can also run directly inside a linux framebuffer :)
> Qemu does work already with it. I tried a few months back.
> But mouse and keyboard need tuning.
And (Embedded) QT can also render to the framebuffer I believe. Don't know if
that'll work with QtC, tho...
Cheers,
Mark
> Christian
>
>
Christian MICHON wrote:
Hi Fabrice,
I understand your point clearly, and I still remembered it.
But adding whichever toolkit would be adding pixels around the
qemu instance, and it would have to interact with SDL.
My simple logic here is why not do it in SDL itself, like an
OSD you'd call by bi
On Thursday, May 26, 2005, 22:03:31, Fabrice Bellard wrote:
> As I said earlier, I would prefer to integrate the GUI in QEMU like the
> cocoa.m implementation. GTK for Linux is the best option. For Windows,
> either GTK or a native GUI usage would be possible, depending on the
> reliability of t
Hi Fabrice,
I understand your point clearly, and I still remembered it.
But adding whichever toolkit would be adding pixels around the
qemu instance, and it would have to interact with SDL.
My simple logic here is why not do it in SDL itself, like an
OSD you'd call by bindkey, like a TV remote co
SDL can also run directly inside a linux framebuffer :)
Qemu does work already with it. I tried a few months back.
But mouse and keyboard need tuning.
Christian
> Out of curiosity, would you accept an intergrated GUI for Linux if it was
> based
> on Xlib or an updated QtC (which was a Qt wrapper
On Thu, May 26, 2005 at 10:03:31PM +0200, Fabrice Bellard wrote:
> >this would pay more than to have 1 frontend for windows, 1 for linux,
> >1 for sparc, 1 for mac, etc...
> >
> >what's your opinion on this ?
>
> As I said earlier, I would prefer to integrate the GUI in QEMU like the
> cocoa.m im
Christian MICHON wrote:
yes, but this is only for windows hosts, and you must install
visual basic.
wouldnt' it be better to add an extra sdl "console" (today we've
main window, control, serial, parallel) where we could set parameters
graphically ? or at least as a text form to read a cfg file ?
how much disk space is needed for qemu itself, and for a basic JRE.
The size difference is around 30x to 50x.
But I'll try the JQEMU tomorrow :)
Christian
On 5/26/05, Christian Bourque <[EMAIL PROTECTED]> wrote:
> Christian MICHON wrote:
> >this would pay more than to have 1 frontend for windows
Christian MICHON wrote:
>this would pay more than to have 1 frontend for windows, 1 for linux,
>1 for sparc, 1 for mac, etc...
>what's your opinion on this ?
You could also use my frontend JQEMU which works on any Java enabled platform :)
Christian
__
> I think Miguels patch is quite useful. It makes it possible to use
> native Windows controls and Windows API calls to display a nice GUI for
> Qemu, without adding much code to Qemu itself. Actually I've been
> working on something similar for XFree (with XEmbed) to embed Qemu into
> a GUI writte
Christian MICHON wrote:
yes, but this is only for windows hosts, and you must install
visual basic.
wouldnt' it be better to add an extra sdl "console" (today we've
main window, control, serial, parallel) where we could set parameters
graphically ? or at least as a text form to read a cfg file ?
yes, but this is only for windows hosts, and you must install
visual basic.
wouldnt' it be better to add an extra sdl "console" (today we've
main window, control, serial, parallel) where we could set parameters
graphically ? or at least as a text form to read a cfg file ?
this would pay more than
Hi,
I'm the author of QGui, a windows frontend for QEmu available at
http://perso.wanadoo.es/comike.
I've been trying to attach the QEmu screen to my frontend, but I
finally realized I needed to modify QEmu source to get it.
So I've attached a patch that adds a "-hwnd " argument to QEmu.
refer
21 matches
Mail list logo
