Your questions weren't nood. After all, nobody really knows well what i'm doing. So i'll give some light on it.
To the not so nood questions:
BvDorp wrote:...
- Will users be able to run it without configuring a MySQL DB?
...
Yes. Possibly no.
You'll need to have a mono runtime (to execute mono programs) and a MySql server running.
From the program, you'll be able to create and delete databases in the server if you provide the program with a MySql account that has permissions to do so in the MySql server.
If you don't trust my program to not ruin the MySql server, you'll have to rely on making «by hand» the databases on the server.
BvDorp wrote:...
- Will the program itself show, for example, buildimages?
...
I've been thinking about that. First version to be released will probably not suport it. You'll just assign that unit x has buildimage y.
But i'm hoping to implement such up to version 1,2. The problem is the wide variety of diferent image formats. Let's see what future brings.
BvDorp wrote:...
- Will the program be able to output some nice HTML pages with the buildimages, descriptions, some stats, buildtree, etc?
...
No.
In the beginings of the project, i've been thinking wether to make it as a «program» or as a «site». I've chosen «program» for several reasons.
But, the code is separated in the Grafical User Interface, just the grafical part, and a dll, that does all the database editing stuff. To make a similar site in asp, it would be mostly HTML-GUI creation and reuse the stuff in the dll. With some adjustments, it could be made so that, such site, be multiuser so that teams of people could work on the same mod.
But i will not do such thing, most probably, since, after i'm done with this program, i must continue to search job.
BvDorp wrote:...
- Will importing and exporting to/from SDZ be implemented?
...
Not yet, possibly no.
Adding suport for .sdz files is on my wishlist and i've already heard, in another thread, of a .net library for handling zip files. However, some mods are in .sd7 and i don't expect it to be easy to integrate to .net. Also, since the program doesn't allows for editing of images, models, compiling scripts, etc, these all have to be done outside the program and, so, i think it makes more sense that people work on a mod that is decompressed in a folder.
Maelstrom wrote:... But the functions I wrote a fairly simple, so you should be able to translate them your self. However, why dont you just use the CSunParse thing that Spring uses? As its coded in the same language, you should just be able to drop it into your project.
I supose it won't be much hard. At least i hope

.
By the way, C/C++ aren't the same as C#, they difer pretty much. They just have similar syntax.
Anyway, i've tried to browse Spring's source code many times to try and find the code to load a mod into memory, and some other things. No good results came out of it.