The only disadvantage to C++ is that it isn't as portable as interpreted languages (python, java).
Either way, I think it comes down to the SY's answering this one, because we won't get anywhere with this.
SY Devs: What language(s) are you comfortable with?
Moderator: Moderators
http://www.mono-project.com/Main_Page
Sure it is.
Unlike Sun, Microsoft has submitted the .net runtime + C# as an ECMA standard, so even if they wanted to, they can't kill open source.
Edit: Though just to be clear I do think C++ is a better choice
Sure it is.
Unlike Sun, Microsoft has submitted the .net runtime + C# as an ECMA standard, so even if they wanted to, they can't kill open source.
Edit: Though just to be clear I do think C++ is a better choice

-
- Posts: 436
- Joined: 26 Aug 2004, 08:11
Ya, I use an app to generate the code anyways. I am using wxWidgets, so it probably won't compile on your comp, but I will certainly finish that up sometime sooner or later. (BTW, GUI coding isn't very bad if you have a good editor)jouninkomiko wrote:if you write the gui code, i can port begin porting all the other stuff over. My main issue with, and the reason i used c# was the difficulty with making a gui in c++. I've started writing the protocol specs, so when those are finished i'll post them up
I used this:
http://wxglade.sourceforge.net/index.php
http://wxglade.sourceforge.net/img/group.png
MSN/etc plugin
coryrc wrote:Hi Alantai,
SpringClient is just for attaching to a game room. For a MSN plugin, you would want the ability to change game settings, but no need for external chat due to the builtin chat, etc. If we design the program right (and we will :) ) just the game settings section could be run to generate most of the settings.txt file and the plugin could spit in the host IP info/game name/etc.
. . . does that make any sense?
Okay, try #2 :)Alantai Firestar wrote:coryrc I didnt quite follow that at all =s
We will write code that creates all the information needed for a game.
You can write a small plugin that calls that code to create the settings, so you can reuse our work simply and easily.
No worries. choice is: (drumroll, please...)jouninkomiko wrote:if you write the gui code, i can port begin porting all the other stuff over. My main issue with, and the reason i used c# was the difficulty with making a gui in c++. I've started writing the protocol specs, so when those are finished i'll post them up
C++
Developers have spoken. Thanks for your input.