> Currently I've only been playing with simple stuff like how to connect > to the server and how to get Time Remaining until the end of turn. Here > I first had to find out how to covert std::string into QString and the > other way around.
The joy of C++ ;) > Now comes the fun part of getting the Universe and other objects and > showing them on the map and displaying the info about the object you > click on. > > I'm still thinking about how to do it. I'm thinking about implementing > it as Model/View/Controller: > http://doc.trolltech.com/4.2/model-view-programming.html > But first I need to read about how to use this. > > Also I'm thinking about how to place the information windows. Should it > be like GIMP (in separate windows) or like original Stars! game (all in > one window). Personally I prefer the GIMP-way, since it is great when > you are able to place different windows on different monitors. But then > again I also know that many users (mostly Windows users, who are not > familiar with the benefits of the GIMP-way) hate this. I use both modes for tpclient-pywx. In windows I use a MDI method while in Linux/Mac OS X I use the GIMP method. Hopefully in the near future, I'll also have a "dockable" version which lets you doc the windows to the size of the screen. As KDE doesn't run on Windows I don't think you have to worry about windows users too much. (They'll be to busy complaining about all the other KDE programs :) > > So how are you going? Would you like me to set up a darcs repo or could you > > publish a darcs repo somewhere? > > Yeah I've also been thinking where to place the source code. If Parsek > client will want to get into official KDE Games package, then I think it > will need to go KDE SVN repository into playground/games: > http://websvn.kde.org/trunk/playground/games/ >From what I understand, you will need something which is reasonably playable before you add to KDE games. Using the Thousand Parsec resources until this occurs is a good idea! > This is also positive for a couple of things: > - the code would be inspected by some automatic code checks: > - http://www.englishbreakfastnetwork.org/ > - http://scan.coverity.com/ (not sure if playground gets checked) Know of any similar programs for python? > - KDE has large community (developers and users) so I think that this > way Parsek would be more visible and maybe it would even get additional > help more quickly. Especially if they see that Parsek has potential and > will want to get it into KDE4 (planned to be released in the middle of > 2007) as quickly as possible. To make Parsek more attractive to KDE > developers I will also try to use as much KDE4 technologies as possible. > And who knows, maybe some developer will also join in with tpserver-cpp > and libtpproto-cpp. It would be cool to have a tp client as part of the default KDE. > - I already have account on KDE SVN and know how to work with it > > Or would it still be better to have Parsek under one roof on the > thousandparsec.net? What ever happens we definitely need to keep strong links to the main location. > Have a nice day, > Jure Repinc On another note, release early and often. Real life has a nasty habit of stealing your coding time. When you disappear for months on end it is good to have the code in a place other people can look at. It also allows us to give you tips and have a play with your code. Another plus is, if we have more activity on SF.net/freshmeat.net we are even more visible :P I can set you up with a category in the Bug tracker and add you to the project if you have a SF.net login. Good to have you on board! Tim Ansell _______________________________________________ tp-devel mailing list [email protected] http://www.thousandparsec.net/tp/mailman.php/listinfo/tp-devel
