Space Empires V Editor 1.0 released

[skigrinder]

This editor will be of great help!!
I've always hated mucking with the text files.

I installed v1.0 (using all defaults) but get the following when I fire up the Editor:

"The application failed to initialize properly...."

Do I need to be in a specific folder when I execute the install procedure?
Did I do something wrong?

Please help.

Also, any chance you'll do something similar for the SEV map files?
Is there any way to include specifications for moons on SEV planets?
I really miss having moons in SEV.

Thanx,
skigrinder

[Fyron]

skigrinder said:
Is there any way to include specifications for moons on SEV planets?
I really miss having moons in SEV.

There are moons already; they are just using an "offset from X" positioning to be orbiting their planets instead of being in the same sector. Unfortunately, SE5 does not name them properly as moons, but instead gives them a new name entirely. You could always replace the offset positioning with "same as" in systemtypes.txt, if you want them in the same sector (though to me that always seemed a little cheesy). If the moons use "same as" positioning, they get the lettered naming convention correctly. It's just a bug with "offset" naming.

[skigrinder]

Fyron,
Thanx for the response.
I'll take a look at the moon offset / same as idea.

The idea of creating planets in SE with 10+ moons (like those in our own solar system) has always intrigued me.

I like the idea of colonizing the moons, building cargo facilities and filling them with weapons platforms for planetary defense. However, this makes no sense if the moons are in a different sector.

An editor tool for the SEV map files (similar to DevNull's facilities editor) would be very useful as the text files are pretty complicated.

Thanx,
skigrinder

[Devnullicus]

Elsemeravin: I'm trying to fix the error you (and others) have gotten with regional settings. However, I can't seem to reproduce the error on my computer. What are your regional settings (i.e. what did you change to make the problem go away, and what was the old value that was causing the problem)?

[Elsemeravin]

In the national setting from configuration panel, go to customise button (right of national name), then change the decimal separator (sorry I don't remember the exact name for the english version), and change from '.' to ','.

Then apply.

[Devnullicus]

ok, got it. Man, what a pain in the ***. Turns out I was correctly NOT using regional settings when parsing the formula, BUT C# was using them anyway when doing a Convert. So, it was doing very strange things with . and , characters when the regional settings were different.

The fix was to just set the app settings to en-US Number Formatting. Figuring out how to DO that, however, was a real pain in the ***. Ah well, it should work now.

Just in case any other C# programmers want to know how to force an application to use US number formatting no matter what the user's regional settings are, here's some code

Code:

---

CultureInfo currentCultureInfo = Thread.CurrentThread.CurrentCulture;

CultureInfo cultureInfo = (CultureInfo)currentCultureInfo.Clone();

NumberFormatInfo nfi = new CultureInfo( "en-US", false ).NumberFormat;

cultureInfo.NumberFormat = nfi;

Thread.CurrentThread.CurrentCulture = cultureInfo;

---

Wouldn't be nearly so annoyingly difficult to figure out if the system didn't make the original settings read-only so that I had to clone them. Sheesh.

[Elsemeravin]

Now that you solved this problem what about the component editor ?