Spring RTS Engine

Kloot wrote: No, I still need to setup an SVN server (or ask tvo if I can dump it somewhere in /trunk for the time being) when I get a chance.

I already decided to work on tc-'s lobby (I have write access to his SVN). It would of course be awesome if you could share your existing code with us, as we probably can use various parts of it.

-The battle dialog is probably here to stay, battles are better represented by a separate window IMO (plus I already have an entire class written behind it).

Well, I don't like that. tc-'s UI plan seems pretty damn nice :)

-The lobby minimizes to the taskbar by default, it shouldn't go into the systray?

I didn't try your binary and since you don't have the source code available, I couldn't look there either.

-I'm no artist, so icons will be limited to what wxGTK has to offer.

Same problem here. I can't draw anything :/

-Yes, but why? In practice that means Lobby++ needs to live in the same directory as the Spring binary, which I'd rather avoid. And it calls execv().

No it doesn't need to. Notice that I recommended execvp and not execv. The difference between these two is that execvp searches the entire path ( /bin, /usr/bin, /usr/games/bin, etc).

I didn't try your binary and since you don't have the source code available, I couldn't look there either.

Your phrasing was ambiguous as to whether you had, I presumed you were reporting a bug.

No it doesn't need to. Notice that I recommended execvp and not execv. The difference between these two is that execvp searches the entire path ( /bin, /usr/bin, /usr/games/bin, etc).

Yes, I know. That still means it'll fail if Spring isn't in any of those however, so I might as well ask the user to set the path himself.