Chris Wilson wrote:
>
> QT is only now free on Windows, and supports far fewer platforms than wx
> (no Mac support?). I personally don't like tcl as a language, and prefer
> to code in C++ for efficiency.
qt/mac exists.
>
> GTK is also specific to Unix (not Mac) and Windows, and looks weird on
Oliver Gerlich wrote:
> Personally, I'd be interested to have a GUI for controlling a running
> Qemu instance: change CD-ROM, add/remove USB devices, save/restore VM
> snapshots (though this would also require to save/restore disk
> snapshots), and eg. provide buttons to switch between guest Virtu
Linas Žvirblis wrote:
Jason Gress wrote:
I know this is a lot different than the discussion so far, but has anyone
considered keeping SDL and using an SDL GUI similar to ZSNES?
I did not check the source code, but it looks just like any other
self-made bitmap-based SDL menu I have seen. It
Jason Gress wrote:
> I know this is a lot different than the discussion so far, but has anyone
> considered keeping SDL and using an SDL GUI similar to ZSNES?
I did not check the source code, but it looks just like any other
self-made bitmap-based SDL menu I have seen. It is like inventing yet
a
I know this is a lot different than the discussion so far, but has anyone
considered keeping SDL and using an SDL GUI similar to ZSNES? Take a look
(for those not familiar) at http://www.zsnes.com and grab a download. Many
Linux distro package managers have it also. You don't need a SNES ROM
John R. wrote:
> On 7/8/06, Oliver Gerlich <[EMAIL PROTECTED]> wrote:
>
>> Is wxC still under active development? The CVS version seems to be quite
>> old, and I also couldn't find any documentation.
>>
>
> Well it wouldn't be the first unmaintained batch of code added to
> QEMU... Slirp is the exa
On Sun, Jul 09, 2006 at 05:03:12PM -0700, John R. wrote:
> On 7/8/06, Oliver Gerlich <[EMAIL PROTECTED]> wrote:
>
> >Is wxC still under active development? The CVS version seems to be quite
> >old, and I also couldn't find any documentation.
> >
>
> Well it wouldn't be the first unmaintained batc
On 7/8/06, Oliver Gerlich <[EMAIL PROTECTED]> wrote:
Is wxC still under active development? The CVS version seems to be quite
old, and I also couldn't find any documentation.
Well it wouldn't be the first unmaintained batch of code added to
QEMU... Slirp is the example that comes to mind. In
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jim C. Brown schrieb:
> For the record, we can use wxWidgets in qemu even though we can not use C++
> in qemu (something that I would be strongly against).
>
> http://wxc.sourceforge.net/
>
> Requiring this as a dependency would make it easier to dea
On Sat, 8 Jul 2006 11:13:52 -0400
"Jim C. Brown" <[EMAIL PROTECTED]> wrote:
> Good question. I'm not aware of a way to call Python code from inside
> of C.
See http://docs.python.org/ext/ext.html
However doing this just means yet another language dependency.
--
Kevin F. Quinn
signature.asc
On Sat, Jul 08, 2006 at 11:02:31AM -0400, Joe Lee wrote:
> Jim C. Brown wrote:
> >For the record, we can use wxWidgets in qemu even though we can not use C++
> >in qemu (something that I would be strongly against).
> >
> >http://wxc.sourceforge.net/
> >
> >Requiring this as a dependency would make
Jim C. Brown wrote:
For the record, we can use wxWidgets in qemu even though we can not use C++
in qemu (something that I would be strongly against).
http://wxc.sourceforge.net/
Requiring this as a dependency would make it easier to deal with issues such as
C++ ABI compatibility by avoiding the
For the record, we can use wxWidgets in qemu even though we can not use C++
in qemu (something that I would be strongly against).
http://wxc.sourceforge.net/
Requiring this as a dependency would make it easier to deal with issues such as
C++ ABI compatibility by avoiding the direct use of C++.
T
In message: <[EMAIL PROTECTED]>
Johannes Schindelin <[EMAIL PROTECTED]> writes:
: > I personally don't like tcl as a language, and prefer to code in C++ for
: > efficiency.
:
: Hmmm. "C++" and "efficiency" _does_ constitute a contradiction. Just think
: "operator+()". Honestly, the m
Hi,
On Sat, 8 Jul 2006, Chris Wilson wrote:
> I personally don't like tcl as a language, and prefer to code in C++ for
> efficiency.
Hmmm. "C++" and "efficiency" _does_ constitute a contradiction. Just think
"operator+()". Honestly, the most inefficient code I saw was done in C++.
You really
Hi Luca,
Not wishing to start an argument, just to learn:
On Wed, 5 Jul 2006, Luca Barbato wrote:
The library is incompatible with itself depending on the configure time
options (see string constructors vs unicode string constructors)
It's perfectly possible to write code that compiles and w
Chris Wilson wrote:
>
> I'd be interested to know why you dislike it.
The library is incompatible with itself depending on the configure time
options (see string constructors vs unicode string constructors)
Its ABI/API changes too often (ok, that is the result of they fixing
lots of bugs that r
Hi Luca,
On Thu, 22 Jun 2006, Luca Barbato wrote:
Fabrice Bellard wrote:
Concerning the QEMU GUI, my mind slightly evolved since my last posts on
the topic: I think that a wxWidgets GUI would be the best as it is
reasonnably portable and because it uses the native GUIs.
wx is nasty at best.
Christian MICHON wrote:
On 6/21/06, Fabrice Bellard <[EMAIL PROTECTED]> wrote:
Hi,
Concerning the QEMU GUI, my mind slightly evolved since my last posts on
the topic: I think that a wxWidgets GUI would be the best as it is
reasonnably portable and because it uses the native GUIs.
If someone
On Thu, Jun 29, 2006 at 05:05:25PM -0400, Joe Lee wrote:
> Daniel, thanks for your info and comments below. I really like the
> concept and work being done with virt-manager using the libvirt API.
> Question:
> Is the virt-manager project run by Redhat or yourself?
At the moment its just me worki
Daniel, thanks for your info and comments below. I really like the
concept and work being done with virt-manager using the libvirt API.
Question:
Is the virt-manager project run by Redhat or yourself?
In what OS platform will virt-manager run under (Windows, Linux, OS-X) -
Essentially, how cross
On Wed, Jun 28, 2006 at 07:03:31PM -0400, Joe Lee wrote:
> >
> >I would be interested in a GUI that is not specific to QEMU. e.g. Xen/VT,
> >Basilisk II, SheepShaver, etc. ;-)
> Gwenole, can you elaborate more on your comments above. Are your
> comments referring to having a GUI that can both run
I would be interested in a GUI that is not specific to QEMU. e.g. Xen/VT,
Basilisk II, SheepShaver, etc. ;-)
Gwenole, can you elaborate more on your comments above. Are your
comments referring to having a GUI that can both run and manage several
virtualization product (QEMU, XEN, etc) from one
On Thu, 22 Jun 2006 20:53:54 -0500
Anthony Liguori <[EMAIL PROTECTED]> wrote:
> Kevin F. Quinn wrote:
> > Part of that should be to determine what the GUI will actually do;
>
> You're getting ahead of yourself. Just getting qemu to start with
> wxWidgets instead of SDL would be a big step in th
Kevin F. Quinn wrote:
Part of that should be to determine what the GUI will actually do;
You're getting ahead of yourself. Just getting qemu to start with
wxWidgets instead of SDL would be a big step in the right direction.
At this point you're talking about embedding the Qemu guest window
On Thu, 22 Jun 2006 16:50:10 -0500
Anthony Liguori <[EMAIL PROTECTED]> wrote:
> Fabrice Bellard wrote:
> > Hi,
> >
> > Concerning the QEMU GUI, my mind slightly evolved since my last
> > posts on the topic: I think that a wxWidgets GUI would be the best
> > as it is reasonnably portable and becaus
Fabrice Bellard wrote:
Hi,
Concerning the QEMU GUI, my mind slightly evolved since my last posts
on the topic: I think that a wxWidgets GUI would be the best as it is
reasonnably portable and because it uses the native GUIs.
I think the first step is to validate whether wxWidgets will be
ad
Hi,
> If people are interested, we could try to port Q as a base, since
> it's going to be obsolete anyway (either by the new QEMU GUI or
> leopard)... :)
I would be interested in a GUI that is not specific to QEMU. e.g. Xen/VT,
Basilisk II, SheepShaver, etc. ;-)
That could imply the use of an i
Hi,
> If people are interested, we could try to port Q as a base, since
> it's going to be obsolete anyway (either by the new QEMU GUI or
> leopard)... :)
I would be in a GUI that is not specific to QEMU. e.g. Xen/VT, Basilisk
II, SheepShaver, etc. ;-)
That could imply the use of an internal con
On 6/21/06, Fabrice Bellard <[EMAIL PROTECTED]> wrote:
Hi,
Concerning the QEMU GUI, my mind slightly evolved since my last posts on
the topic: I think that a wxWidgets GUI would be the best as it is
reasonnably portable and because it uses the native GUIs.
If someone is interested, I am ready t
Fabrice Bellard wrote:
> Hi,
>
> Concerning the QEMU GUI, my mind slightly evolved since my last posts on
> the topic: I think that a wxWidgets GUI would be the best as it is
> reasonnably portable and because it uses the native GUIs.
wx is nasty at best.
--
Luca Barbato
Gentoo/linux Gentoo/P
Great Idea...
This would be in c++ then, or do You fancy another wxWidget flavour?
(I remember You did not like c++ in QEMU)
If people are interested, we could try to port Q as a base, since
it's going to be obsolete anyway (either by the new QEMU GUI or
leopard)... :)
http://www.kju-app
32 matches
Mail list logo
