Am 26.06.2012 10:27, schrieb Stefan Hajnoczi: > On Mon, Jun 25, 2012 at 7:58 PM, Alberich de megres > <alberich...@gmail.com> wrote: >> Thank you guys for the reply :) >> >> One last question, >> my device is like a physical console with buttons and indicators. >> >> I saw the android emulator also draws the keyboard using a modified >> version of the qemu. >> Is there some kind of "presentation" layer, or the just modified the >> window size and add it there? do you know how does it works? > > Mainline QEMU does not have a skinnable UI and in fact has several > different graphical backends (SDL, VNC) which would make this a little > tricky to do generically. > > As an alternative, you could add non-graphical QEMU monitor commands > (which are great because you can easily automate and test from > scripts!). See qapi-schema.json and docs/writing-qmp-commands.txt. > For an example, see the "sendkey" command implemented in > monitor.c:do_sendkey(). You can use this command to simulate > keypresses like "sendkey ctrl-alt-del". > > I imagine adding a monitor command is more useful for prototyping and > developing than making a custom UI.
Two additional thoughts: One of the mips machines (malta?) has a display that shows LEDs or something in a console-like output on another "screen" (Ctrl+Alt+somenumber). You might want to check how that is implemented. Emulated graphics cards draw to a "DisplayState". If you really want to have graphical output you could mimick a graphics card by drawing your UI into this kind of framebuffer. It can then be displayed by all supported graphics backends (SDL, VNC, Cocoa, soon Gtk+). Andreas P.S. Please avoid top-posting. :) -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg
