Custom Query (296 matches)
Results (22 - 24 of 296)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#249 | invalid | Document all code | everybody | bknecht |
Description |
OutlineNot everything is documented in Orxonox. This is bad, since we have a a lot of changes with the developers and undocumented code is shit to read. Just try it once and you will never want to do it to anybody. Starting pointWe have a nice [doxygen Doxygen-Plugin] in our Trac. There you can check out what is already documented and what needs to be better. How to startWhile working you should document your code and find parts of code which are poorly documented. While working with that other code, why not improve its documentation. GoalHave well documented code at the end of the semester. |
|||
#255 | invalid | Multiple player support | nobody | scheusso |
Description |
TaskExtend Orxonox to support multiple players and implement transmission of the input from clients to the server and synchronization between server and client. DifficultiesThe connection from network part and input system, hud, etc. has to be developed. At the moment we don't have a clean input system, so this will also depend on other tasks. |
|||
#291 | invalid | Extend GameStates | nobody | rgrieder |
Description |
The GameState implementation in Orxonox is currently not ready for practical use, especially with the GUI.
Currently there are only an "enter" and a "leave" function plus a state transition algorithm. This concept has a serious issue: You cannot load a GameState without entering it. For instance it would be very useful to load GSGUI (GUI GameState) in advance so that entering it requires only very little time. As a direct consequence to this change we have to rethink the concept in the GUIManager because most of it's code can simply be put in the load/unload functions of GSGUI. There still has to be a mechanism to choose the right GUI sheet. That may require some more thinking… |