a) Yep.
b) I have thought about it; I think it'll just be pages, separated by functional area. (video settings for frameskip/scale/ffwd/etc., audio settings, hotkeys and button remapping as 2 menus, saved states as another)
c) Me too. I look forward to using an SNES-like button map for the Super Mario Advances.
d) That carries over from gpSP-Exophase 0.9 and was present in TempGBA/DSTwo as well - I don't know if I can fix that. But hey, it's open-source
e) And the 55 rendered FPS... AFAIK that game should be a constant 60. Unless the screenshotter preparing to write the PNG image stole CPU away from ReGBA just when it was about to calculate the FPS :p
[a}] Yup!
[b}] That aught to work just fine, like you said menus aren't your strong point. Maybe down the line another developer could help you with that if they felt like it, but it's not the important point of ReGBA, performance is.
[c}] Actually one of the advantages of the Super Mario Advances, is that the R shoulder button doubles as the B button. You can hold that down to run, whilst using A to jump and B to perform actions like shooting fireballs, pulling up turnips, swinging your raccoon tail etc.
[d}] I suspected as much, I was gonna try out gpSP quickly on my Caanoo to compare but now I don't have to.
My other suspicion was it might have to do with the alternative BIOS courtesy of Normatt, the one derived from VBA-M. I really doubt it though since VBA-M is very solid itself.
[e}] I've used the screenshotter in other applications too, and it usually does have a slight delay after performing a screenshot, that's normal I think.
A number of the ReGBA screenshots report slightly under 100% speed because they were taken in rapid succession like that.
Actually sometimes the FPS reads 59/59, I was wondering why 59 and not always 60?