jaynewlin / gothongame Goto Github PK

add logic to display user input choices for advancement in game. perhaps incorporate radio buttons.

In the initial version of the Project, the user is "stuck" in the Central Corridor. The window displays fine, but all input (good and bad outcomes) does not allow the user to move forward either to a "death state" or to the next Stage.

Add the ability for the user to try the keypad up to 10 times before dying. Bring back the text in the Room Description that describes allowing up to 10 guesses.

Branched off from Issue #11

We should know enough about the Game Engine now to add more automated tests to app_tests.py to improve the automated testing.

Can we put a favicon.ico file somewhere (/static perhaps?) to stop the "404 Not Found" error messages on the terminal? The extra messages get in the way of testing, especially since the keypad_code can get "lost" in among the other messages.

The second line currently reads "...and run as fas as you can..." It should be "...as fast as ..." Add the "t" to the end of fast.

Add a "cartoon"-style image to the top-right corner of the page that changes from room to room.

This will take a little while, while the necessary JavaScript/JQuery is learned that is needed to make this happen.

Add a background image to all pages.

Desired background: A picture that is nearly transparent (like a watermark). The picture should be "round-ish (e.g., the Millennium Falcon) to contrast with the "square-ness" of the overall layout.

Right now the "fully successful" ending (Room Description = "The End") displays the User-Input textbox and submit button. This window should have the "Play Again?" link instead.

In relation to #6- font colors for death(red) and winner(green) headers still need to be changed. Fonts have been changed and background image is good.

Project doesn't have a .gitignore file.

Create one to exclude:
.DS_Store files
.pyc files
sessions

set up "randomizer" for three digit code related to bomb keypad. (logic exists in previous version of game)

change the current title of rooms to stages. "Central Corridor = Stage 1, Laser Weapon Armory = Stage 2, etc."

Break-out from Issue #12 : Is there a way to put the pod number back into the description of the two end scenarios, the_end_winner and the_end_loser?

setup "randomizer" for choosing correct escape pod, escape pods are 1-5. logic exists in previous version of game.

Review lines 36-38, as prompted by author's note, “Why is this here?”

Spend no more than one hour on this.

Low priority, since the game works as-is.

Investigate the possibility that a bug exists in current lines 43-45, labeled “There is a bug here.” (This bug was noted by the LPTHW author.)

Spend no more than one hour in this investigation.

Low priority, since everything works as-is.

Future Development to Explore

• Add content, rooms, outcomes
• Bring in the lexicon from the prior project, and use it to parse the user's input.
• Change the styling (esp. background) for each room

If user does any input (any window) that is not expected by the program (e.g., enter "foo" as the action on any window), the user is returned to the "Central Corridor" and cannot move beyond, regardless what input they give.

Determine which font to use on all pages and set the styling accordingly.

Note:

• Headers should change to RED when in a "Death State."