Re: [Qemu-devel] news on the OS X cocoa port

[Hetz Ben Hamo]

I just looked at the screenshots, and if you don't mind, I want to
offer few suggestions for your GUI:

1. RAM size - how about adding up/down arrows (in addition to what you
have right now) to increase RAM?
2. Instead of Radio buttons in the Floppy/CDROM/Hard drive, I would
suggest to replace it with Check Boxes, so the ones that are not
needed by the user, will be grayed out until the check boxes will be
marked.
3. I would also suggest to add a "Boot from" pull down menu - to
select from which device to boot (useful for CD installation etc..)

Thanks,
Hetz

On 7/21/05, Mike Kronenberg <address@hidden> wrote:
> Based on experiences with Q, I rewrote the cocoa port.
> 
> It features now:
> - Keyboard
> - Mouse
> - Full screen
> - Hardware CD-Rom support
> - Possibility to create/save guest PC profiles
> - Toolbar to load images for fd/cd and save/shutdown/reset guest PC
> - graphic interface to create/change/delete/start guest PCs
> - new command line options (only for the cocoa port)
> 
> At the moment it lacks:
> - Sound
> - possibility to start multiple guest PCs
> 
> The diff is rather large (~800kb). You find diff and binaries at:
> http://www.kberg.ch/q
> 
> It compiles on 10.2.x (search this list for questions on poll.h) and 10.3.x
> The binaries provided should run on 10.3.x and 10.4.x
> 
> 
> At the moment I got stuck with cleaning up after a guest PC, so I can
> start a new one or even multiple guest PCs. (this is still perfectly
> possible with multiple instances of QEMU)
> 
> I create a new Object (cocoaQemu.m) for the guest PC, then I start the
> guest PC with a new NSThread. After completion, I can create a new
> Object, but  the guest PC won't start. (I called/rewrote the functions
> in atexit but there must be some more things to be cleaned up before)
> 
> There are some Problems with multiple guest PCs at the same time, too.
> For Example: '-smb' creates a temp directory with the PID. This makes
> multiple smb configurations impossible. It might be better to use a
> timestamp.
> 
> I'm not sure whether that was ever intended.
> So if you have an Idea, please drop a note.
> 
> 
> 
> Mike
> 
> 
> _______________________________________________
> Qemu-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>