…her files

created seperate functions for start and init to avoid rerendering the entire game screen every frame
employed the usage of new Button class to reduce the hard coded functionalities for buttons in the main screen

… starting and running to avoid rendering the ui every frame

The button now has property press, which is turned true when button is pressed

when button is released, the action is for the button is called

Sometimes the Score was none and was compared to int maxscore

This would cause TypeError and cause game to crash

- a was assigned in show_help and reassgined to self.running_mode
- a has thus been eliminated 
 
- s has been renamed to score_data for more clarity of its purpose

Sugargame TestActivity does import Activity, inherit, and initialise,
so follow the same pattern

This results in a blank grey display.  Given that the only change is
to imports, this suggests there is another problem that the unusual
imports had hidden,

Allows the application to be tested without Sugar.

An update to Sugargame changed practice so that we use running as a
flag instead of crashed.

- Screen has been centered

- vw and vh functions have been added to calculate
relative co ords for screens

- This allows support for multiple resolutions

- restructured code wherever absolute values were used
replaced them with new functions vw and vh

- place_centered is added to blit things from their center
as the origin instead of top left

- place_centered change to blit_centre

- screen_origin change to offse

- visible_size change to bg_dimensions

- This class acts as a generic spike and is used
  in Game to generate spikes as needed

- The class contains logic to move the spike when updates

- Game class can be used to create a game with
  any configuration

- This can be used to replace the hardcoded games
  like 2panewindow, 3panewindow etc

- The class constructor takes in the background_image
  the key map for the controller and optional speed
  and optional border_width

- Generator class is used in Game class to generate
  the spikes in game as defined by spikes_config
  defined for each game

- It also handles the logic to delete the spikes
  when they have covered their allocated path

- the Guy class represents the falling guys
  which one may consider as the player characters

- this class handles the logic for moving the
  guy left and right and also the collision checking

- main.py now uses the Game class to defined each
  game mode instead of hardcoded imports

- modified the run_game function declaration and
  its calls according to newer methods

- keymaps for each call are hardcoded and defined
  in the button callback lambda functions for each
  game mode button

- now that Game class replaces the hard coded
  game modes in main.py these can be deleted

Also Deleted white as it was not being used

and also moved it closer to function for better readability

- moved keymap iteration inside a conditional
  which checks for KEYDOWN events