ellismarkf / minesweeper Goto Github PK

If the GET request comes back empty, render a message explaining the blank screen, with a link to /build.

Refactor method body with a for loop for performance gains (map is 🐌; refrain from making unnecessary typed array -> array calls)`.

Selecting a difficulty for a new random game from the home screen should take a player to a board with the corresponding difficulty. For Custom random games, initialize the board at easy difficulty with config menu open.

When stopwatch reaches 999, it should display 999 forever.

Use the right DOM event hook (mouseup), and remove :active CSS target that styles tile elements on mousedown.

The following functions are deprecated and should be removed in favor of their better (working) counterparts:

• getThreatCount
• markThreatCounts

Resetting a custom community minefield initializes the board as a standard random game. Should instead keep/remember custom configuration and reset to that.

Improve /browse page layout. Use max-width to constrain layout. Other general UI improvements as necessary.

After 100 seconds, stopwatch stops updating 10 place value, remaining at zero while the rest of the numbers update correctly. Stopwatch should increment 10 place value every 10 seconds.

Stopwatch continues counting after player wins game; should stop on final tile click or when game engine determines win state.

Config menu currently updates with every tick of the Minesweeper stopwatch. Try ShouldComponentUpdate in ConfigMenu.

Clicking on a saved custom minefield should load a Minesweeper board with the appropriate settings, and the player should be able to play the game normally.

Should include links to / from /browse, /build, and /play.

If the POST request to save a new minefield succeeds, take user to /browse page to find their new board.

Configure circle.yml to deploy production build with now.

Take advantage of Inferno's ability to attach componentShouldUpdate methods to functional components.

Currently passing context, eg the entire stateful component, rather than just binding with arrow functions or in a constructor.

Emoticon UI language not clear enough by itself; need to add some explanation in some way.

While a player is holding the mouse button down after clicking on a tile, the game status icon should update to 😱, and return to normal on mouse up (release click).

Players should see a list of saved minefields made by them and others on the screen.

While browse page is fetching minefields, render a loading icon.

After adding inferno-router, the config menu only opens/closes correctly and consistently on first initialization. Navigating back and forth between pages introduces a bug where the onClick handler for the config menu icon is called twice, updating the binary state twice, resulting in no UI change.

After building a custom minefield (#36), players should have the option of saving and possibly sharing the minefield. Saved minefields need to be stored somewhere, probably a DynamoDB table, or some other similar solution.

Research performance impact of using sprites and class names instead of CSS.

Research if it's possible to have functional components all the way down, reading from plan JS objects rather than storing anything in state.

Configure event listeners to respond correctly to a wider variety of inputs, ie laptop touchpads, phone touch events, etc.

When a player wins:

1. Deactivate board to prevent further clicks
2. Stop timer
3. Update game status icon 😎

Win conditions:

• All non-mined tiles have been revealed
• All mined tiles have been flagged

Conditionally apply .m1-.m8 classes based on threats and swept props. Otherwise, players can check CSS to cheat!

When a player clicks a mined <Tile /> the game is over. Clicking <Tile />s is disabled, and all mine positions are revealed. If the player flagged and <Tile />s, the board should show whether their guess was correct.

Send Date.now() with the rest of the body data when saving minefields.

Include mechanism to filter minefields by difficulty level, probably just a button group with the corresponding emojis.

Right clicking doesn't always place a flag. Behavior is a little unpredictable on Windows? Could be related to resolution? Or possibly incorrectly handling click event.

If a player hasn't updated the difficulty, clicking icon resets board. If a player has updated difficulty, reinitialize board to selected difficulty.

Dashboard should let users choose between playing a randomly-generated game, playing a community-generated game, or building and saving their own custom game to share with others.

Change layout to include Loader as part of page (ie renders as an icon or something other than a completely isolated component), or intentionally delay loading state to display loader longer

If a user has flagged all mined tiles, the game should end. See #17 for description of what should happen in UI when player wins.

After a player initializes a board to the desired difficulty level, their first click on a tile should start the game's stopwatch.

Building a custom minefield involves setting row and column values, and clicking on tiles to place mines.

Difficulties:

• Easy (9x9, 10 mines)
• Medium (16x16, 40 mines)
• Hard (16x30, 99 mines)
• Custom (RxC, n mines)

onShouldComponentUpdate method should check for changes in game state in addition to tile value.

When server responds with errors, especially 500+ errors, render error messages in the UI.