-Todo
-----
-H: high priority
-M: medium priority
-L: low priority
-?: bug or feature?
- - needs discussion
-
-[?] When jumping into a brick and there is a powerup, it should change
- direction or not, depending where the collision was. It currently sucks.
- - Discuss this, is that really what we want?
-[?] Default keyboard setup should change. Up will be needed for other features
- like going through doors and looking up, etc.
-
-[H] Make sure there are no invalid tile numbers in the level files
- - Tile 6 occurs in world1/level5.stl as well as other levels
-[H] Adding objects should be done by adding them into a queue and then
- physically added at the end of Sector::action()
- - may cause crashes otherwise (due to iterators)
- - see world1/level7.stl, killing the bombs
-[H] Worldmap needs to allow multiple maps
- - or just one big map with multiple worlds?
-[H] Change resolution to 800x600
- - Levels need to be updated to resolution
- (half of the levels have been already updated)
+
+Programming
+~~~~~~~~~~~
+--Collision Detection Rewrite (all [H])--
+ ** implement ability to cary mriceblock (and other objects) around
+ * smoke clouds are too fast
+ * rethink slopes collision feedback... tux becomes too slow when walking up
+ and starts jumping when walking down
+ * think about an attachement mechanism for moving platforms
+ * implement paths for the moving platform, implement simple moving platforms
+ * fix bullet speed/behaviour
+ * check if unducking is actually possible or if something is in the way
+ * fix flapping
+ * what to do when stuck under tiles (after using duck-sliding)
+ - just slide through?
+ * do we want multi hit scores again? - not in the form of scores
+ * buttjump is deactivated
+ * implement quadtree or grid to speedup collision detection
+
+--Code Refactoring/Cleanup/Optimisation--
+[H] make the title using GameSession instead of reimplementing all the stuff
+[L] rename gameloop.* files to gamesession.*
+[L] rename GameObject::action to GameObject::update()
+[L] use physfs for loading files
+[L] change physics class y-velocity-coordinate to be like all other
+ y-coordinates again (positive y to go down)
+[L] rename files like tile_manage.* to TileManager.* because they contain a
+ class named TileManager not tile_manager. Eventually use .hpp instead of .h
+ to indicate the usage of c++
+[M] harmonize to 1 single gameloop that switches between title, worldmap,
+ ingame mode and eventually leveleditor mode
+[L] introduce a special mode in DrawingContext for objects that want to draw
+ themselfes. This could speed up rendering of tilemaps.
+[M] Make the gamelogic run in a fixed logical framerate
+
+--BadGuys--
+[H] Bring back stay on platform flag
+[H] Reimplement fish
+[H] Reimplement stalactite
+[H] Do something with the wingling
+[?] Do something with the tree?
+
+--Objects--
+[H] Create a "sound object" that is an object or area, that can be placed on the
+ map and constantly plays a .wav file to improve game athmosphere.
+ Good examples would be a water sound which can be placed at waterfalls,
+ a kuckoo sound that can be placed into the wood, bubling sound for lava,
+ ...
+ The sound object should be configurable:
+ To be position independent (always play), to have a spot position so
+ that it gets louder when tux gets nearer to the spot (or a rectangular
+ area instead of the spot?). You should be able to configure the sound
+ to be constantly looped or to be played in some random fashion
+ (ie. play and then 5-10 seconds pause).
+[H] Create a "sign" object, ie an object that can be placed on the level and
+ contains messages (like the run sign we have at the moment but
+ programmatically created so that we can translate it)
+[H] Create an "info block" ie. a block with a lightbulb on it or so that
+ displays some info text when jumped against. The textbox should be done
+ indepently of the info block and could be reused in cutscenes later...
+[H] Add a simple rock object that can be carried around
+[H] Add a rope object on which tux is able to climb, also add a ? block that
+ emits a rope when hit
+[H] redo trampolines
+
+--Miscellaneous--
+[?] think about how to implement scripting, and how to make a simple and easy to
+ use api for the scripting interface
+ (language will probably be lua - just have to figure out how well we can do
+ without OO support in the scripting language.
+ Other candidates are python, ruby and less likely java, mono/.net,
+ surely no own invention, perl or 1 of these c-like scripting languages)