kgoldrunner/TODO

   1 KGoldrunner v3.1 - TODO (for KDE 4.1?)
   2 --------------------------------------
   3
   4 Revised 21 Jan 2008
   5
   6
   7 Done in KDE 4.0 release
   8 -----------------------
   9
  10  2. Option to repeat last level, with 5 new lives, after "Game Over".
  11     Ian Comment: DONE.
  12
  13  3. Clean up and speed up the themes we ship
  14     Ian Comment: Old KDE 3/2/1 themes have been dropped.  KGr now has 6
  15     excellent SVG themes for KDE 4, including new Black-and-White and Egypt
  16     themes. But Geek City especially needs work (Eugene?): DONE
  17
  18  4. Update the documentation, hints and messages.
  19     Ian Comment: Hints and game data DONE.  Doco and *.cpp messages DONE.
  20
  21  5. Dialog facelifts.  Ian Comment: DONE.
  22
  23
  24
  25 To do in post-KDE 4.0 releases:
  26 -------------------------------
  27
  28  1. Removal of the "game over" dialog.
  29     Luciano Comment: I wanted to use the gamepopup stuff for that instead,
  30     but it's for QGraphicsView, I think, so we'll have to emulate it for the
  31     GameCanvas.  I find the dialog to be irritating in the context.
  32
  33 3a. Re-organization of resize, re-load, re-render and re-paint: DONE
  34     Need to try using KPixmapCache to speed startup, after the first KGoldrunner
  35     session and maybe also the maximize/full-screen/restore sequence. IN PROGRESS
  36
  37  6. Fix the KScoreDialog in libkdegames so that it works well for KGoldrunner,
  38     and write the conversion scripts for the old score files.
  39     Ian Comment: Facelift of old KGr highscore dialog DONE, including
  40     removing a redundant message box and having "-" as default player
  41     name (for Mauricio ;-)).
  42
  43  7. In-canvas game information (what's now in the status bar): score, level,
  44     number of lives, with a nice font - large and readable ...
  45     Ian Comment: Imo the status bar has become very vanilla in KDE 4 and not
  46     as useful (for KGr) as it was in KDE 2-3.
  47
  48  8. A startup screen, somewhat similar to the Konqueror Help->Introduction page,
  49     with some common actions.  This would replace the Quick Start dialog and
  50     fill the central widget during the time the main graphics is loading.
  51
  52  9. New game-engine ... making possible ...
  53
  54 10. More accurate pause/resume.
  55
  56 11. Save and reload at any instant in a game.
  57
  58 12. Record and replay games.
  59
  60 13. Run demos ... especially at startup or as hints for difficult levels.
  61
  62 14. Hot-new-stuff support for themes and game sets.
  63
  64 15. Sounds.
  65     Ian Comment: Our sound man (my son Peter) is ready.  He also composed many
  66     of the levels in KGr when he was about 13.  The price of his work is a
  67     copy of KGr working on Apple OS X ... a problem as yet unsolved.
  68
  69 16. Registration of high-scores on the Internet, incl. country of origin.
  70
  71 17. Use of recordings to authenticate Internet high scores.
  72
  73 18. Integration of the Scavenger game (180 new levels) and its rule-set.  This
  74     would also involve allowing different grid dimensions for different games,
  75     as a feature of the new game engine.
  76
  77 19. Better support for beginners, such as graphical cues for false bricks
  78     and hidden ladders, extra messages with "don't tell me this again", etc.
  79
  80 20. Animations for death of hero and digging (e.g. death ray from enemy
  81     to hero and laser beam from hero to brick).
  82
  83 21. Much more use of KConfig classes, e.g. to remember last game and level.
  84     Ian Comment: Partly DONE in KDE 4.0.
  85
  86 22. Improve the level editor: rect-fill with a tile type, cut-copy-paste of
  87     tile blocks, undo-redo etc.
  88
  89 23. Provide easy-to-use facilities for players to export/import/email, to each
  90     other, games and levels they have composed (related to 14 above?).
  91
  92 24. Add the Count game (17 levels), contributed by Steve Mann.  DONE in KDE 4.2.
  93
  94 Some ideas for the future:
  95 --------------------------
  96
  97   A.  Design and program extra game objects, such as movable bricks,
  98       water, teleportation exits and aquatic enemies.
  99
 100       Movable bricks would be pushed up or sideways or would fall into
 101       an empty space, to change the maze layout.  As with fall-through
 102       bricks, they should look just like ordinary bricks.
 103
 104       With water, the hero could jump in and swim across the surface, at
 105       a slower speed than on land, but the land enemies would not follow
 106       him.  If he has to dive below the surface, he can only hold his
 107       breath for a limited time before he dies.
 108
 109       Teleportation exits would be connected in pairs.  If you go through
 110       one exit, you reappear at the other and vice-versa.
 111
 112       Aquatic enemies would just make life more difficult for the hero
 113       in the water.  Maybe there could be amphibian enemies too.
 114
 115   B.  Fancier graphics that are less grid-restricted, e.g. bricks that can
 116       be scissored out of a large, non-repetitive "wall" section, and trim
 117       that can be added to floor elements, ladders and empty space, to give
 118       them a more natural look, such as grass, plants, small trees and
 119       proper tops and bottoms for ladders.