GUI

The style I use is pretty close to 1TBS. I was able to get close in Eclipse, by
* making a new style with K&R as the base
* changing indentation to 'spaces only'
* selecting for braces: function -> next line
* selecting for braces: blocks -> next line on wrap

If you setup that style in Eclipse, it will closely math my code. Please only format the files you've created (in the gui dir) as otherwise the merge will be quite difficult.

As far as widgets:
I think we need a 'volume bar' or something equivalent that can be used to show the current position of the sticks.

We'll likely want some sort of x/y graph to allow displaying/setting the expo curves

We'll probably want an 'image button' (where an image, rather than text is shown on the button)

My order of priority would probably be something like:
volume-bar
scrollbar
image button
drowpdown
keyboard w/ entry box
radial button
x/y graph
animated sprite

You may have other methods in mind for the examples I gave above, so feel free to ignore me.

I just checked in new font drawing code that supports proportional fonts, and added 3 new proportional fonts, and one new fixed font (and got rid of some broken ones)

I like the Arial font (font #6), but it is a 10x14 proportional font (as opposed to the 8x8 fixed font we're currently using) and it doesn't center properly on your buttons.

I just implemented LCD_GetStringDimensions which should do what you need.

The GUI is now working on the actual hardware. It seems to be identical to running in the emulator
However, refresh is very slow, and setting ReDraw too frequently makes it unusable (I've disabled setting Redraw except by pressing buttons on the GUI for now. The screen flickers badly during refresh as well.

But all things considered I'm quite happy with it.

I haven't found any evidence of one. I've looked at the routines, and everything seems to be drawn via primitives. there just isn't enough RAM on the device to have a screen buffer.

Would it work to use a windowed redraw. Redraw all objects, but mask with a window so that you only update the screen for the window that has changed?

Yes this is what I mean. Basically you call a function 'set window' which defines a window to redraw, then you repaint the entire image. The paint routines are then optimized to only paint within the rectangle and ignore everything else. To do it effectively, you need to optimize the drawing routines so that(for instance) you don't need to read the entire background image to repaint a small rectangle. You also need to store the size and location of each gui object so you know how to define the window.

Well, I just committed code to get the sound working. I believe I have implemented basic interfaces to all of the hardware now. So once MatCat has the GUI Framework mostly done, and rcH4x0r has a radio stack, we should be able to implement a functional transmitter.

I can't fix it at the moment but just define:in target/emu_devo8/stubs.c