changed structure of data directory in regard to modulization of game content
again new modulized structure of game content
* created main menu which is prepared for game state administration and display of README an LICENSE
* first steps for choice of game module
* next step is initiation of a new game as current one
* then implementing save function
added meta-files for the two testing modules
created class Module in libModule.py
Implemented display of license information in main menu and solved bug #10 by this.
Experimenting with user_dir for current game ... Is copying the whole module maybe too much every time you start a new game? Should I better read from module and only save altered files to user_dir to save space and cpu_load?
init_game function creates game directory in HOME-dir and a config-file.
* replaced some directories corresponding to dicriminate modules from game-altered content which now is place in HOME-directory of user.
* also extended Object and Scene classes so that they only read from original module files as long as they haven't been used/saved. added module parameter to classes.
* added globals defining gamepaths

state of project: broken
Some minor progress with this game data paths problem ... Had a problem with class inheritance regarding current-game-path and module-data-path. Now solved after realizing that I had to use the setter-methods of the ancestor classes.
Next this has to be copied to other classes and libs. Then data has to be stored after action ...
* corrected Object-paths
* config-data now is read out in libs so that e.g. 'module' needn't to be a parameter of functions in libCLI
* tab-completion has been extended with exits of scenes
* trying to save item's drops and takes into .xml-file in 'current'-directory in home-folder. Unfortunately, removal of items in Scene and PC objects doesn't seem to work. Should be fixed next.
* issue \#9 solved: items are no longer doubled in inventory
* Fixed: dropping and taking of items now works and is saved in xml-files.
* ToDo: PC should be saved in /home-folder and not be altered by game
* ToDo: Some functions like scene_go break when a non existent parameter is given by user. application breaks!