I figured he was a .NET guy. The downside from his approach is that he built a frontend on top of the commandline UI instead of using the official API for user interfaces as described on
this wiki. Still it is great to see many interested developers working on this project. The nice thing of the Qt GUI is that it will work in Windows, MacOSX and Linux.
As i previously posted i didn´t knew about the Wiki information before i started the project so all i had in my hands was the commandline option as it was the only thing annoying the Win32 users. but now that i know about it i´ll definitelly make use of it and integrate that in the launcher.
as for portability am not just a .Net coder but actually a C/C++ coder so its not a problem for me to code the same app using QT or any other technology that may be multi-platform. the reason why i didn´t choosed QT is quite obvious as i don't use it and so am not that used to it and because i knew the GUI wouldn't be a big project but just another side project of mine since my main one is @ES.
Anyways i just released the new version
here for all the people interested on it.
I don't want to be rude or anything (but I probably am since I don't shut up instead), but that GUI looks a little bloated imo, with the logos and all the custom made graphics, I much prefer when it blends in with whatever theme you're using with your OS instead, it feels much more professional, but it will still be useful and make configuration easier.
Bloated is always a word that is misundertanded by many but i think i got your point. the thing is am a Graphics designer and a Coder at the same time and if there's something i really hate then its the standard OS GUI's because they mostly suck(in my eyes). the GUI am using may look "Bloated" in term of programability because as a programmer when you think on such a eye-candy in a app your first thought would be GDI+ and since GDI+ is slow your app may end as a total dissaster.. however am not using GDI+ for it and that's why i think its ok... not to mention the low resource usage of the app itself taking in count what its able to do in its latest version.
anyways the project wasn't in my plans as i have a lot to do on my main ones but the real reason that motivated me to create the app is to help users out there that are struggling to get the emu working via commandline which was the first issue i saw. am not a gamer myself nor use Emulators that much nowdays so sometimes i miss a lot of infos like i did with the Api Wiki information about Mupen.
