Rather than start the next game countdown automatically, players waiting in the lobby should be able to signal that they are ready to play.

1. Only "Ready" players are taken to the battle match.
2. If all players are ready then the game starts immediately.
3. If two or more players are ready then the game countdown starts, giving those AFK a chance to ready up.

You have the rotations of the different tiles wrong (just I and O - I think). It doesn't match how the original behaves

Right now you see the "scramble board" when the game is paused in solo mode. This is also the same thing you see after you've lost the game (see Issue #4).

It would be nice to differentiate the "Paused" board from the "Game Over" board so you could tell at a glance what the state is.

Also: the "scramble board" is just super cool :)

1. Go to Solo play mode.
2. Set the theme to Facebook (0 key)
3. Press "P" and pause the game.
4. Change the theme to anything else and see the "scramble board" update accordingly.
5. Press "P" to unpause the game. The theme is set back Facebook.

Basically a theme change that occurs when the game is paused is lost as soon as we get out of Pause mode.

Steps to reproduce:

1. Go to t3tr0s.com
2. Enter "Solo" mode
3. Begin playing and clear a line.
4. See the error below in console and the game is locked :(

We should support basic touch events for playing the game.

I don't think we need to optimize the UX for this case, but it should at least be playable on phones and tablets.

The multiplayer mode would be perfect if manually starting the game was not required. As a start, I'm thinking the MC page includes a "time between" rounds setting. If set, players will go to the lobby at the end of a game and have X number of seconds/mins until the next round starts. If the lobby has less than 2 people then the cool down timer is paused.

This could also be implemented as a "Ready" button for everyone in the lobby. However, you might end up with one player AFK that causes everyone to wait. I'd start with the auto re-start and see where that goes.

I feel like we could handle game end scenarios better. Some ideas:

• give them a "new game" button
• let them replay their game with the same piece orderings
• let them watch a replay of their game; provide a sliderbar that will allow them to inspect the game at any state
• in battle mode: links to go back to the lobby and / or the dashboard; allow them to watch someone else's game for the rest of the round
• in battle mode: reset their score to 0 for the round and let them start a new game

We should be able to build client.js in advanced optimizations mode. Will probably need some externs, etc.

We were theorizing that the dashboard was being choked by receiving so much data at the same time. I was thinking maybe the amount of data isn't the problem maybe it's how we're trying to act on request.

Maybe if on-update-player we add the data to a queue instead of acting upon request. And just have a different process that tends to the queue (requestAnimationFrame maybe?).

Just putting this down so we have a task to fix the dashboard.

would be neat to have a mode where the themes were cycled automatically every 30 seconds or so

this could be the default initial setting

The sharpness of the pixels in our tilemaps aren't really representative of the original games. The MoMA guys knew that, so they added effects to their demo to make it look closer to the original monitor:

We can use shaders over the HTML Canvas 2D, or just fudge the effect with bitmaps, which is easier to do.

Default to not playing the theme.

On screen button to toggle on and off.

Hotkey ("M" ?) to toggle theme.

We should force users to enter a username for battle mode and do validation on it when entered.

For simplicity and design reasons:

• limit to alphanumeric + space characters
• limit number of characters (12?)
• no duplicate names

Does anyone notice a lag of around a hundred miliseconds when moving pieces? It's especially aparent when hard dropping. I tried the profiler on the live demo but couldn't discern anything from the minified code. When I get a chance I'll try to dig further.

To reproduce:

1. Clear a line and pause game while the line is blinking.
2. Unpause.
3. Game is frozen.

Show the list of players currently in the lobby. Column on right hand side, chat room style.

On a windows machine, seems like is some browsers when you go to battle mode, the match making chat box does not display. Initially, when I played for the first time, did not even know there was match making because it glitched so hard.
Essentially, last time I checked, i believe in firefox on windows, the battle chat log does not show up.

Would be nice if you could override the initial default values in server.game-settings from config.json.

I think this is a regression with the addition of the stats graph. If you are in the middle of a row complete animation, pressing left or right will scroll the page. Pretty annoying...

If Player A is playing during battle mode and switches his browser tab off of the game, the dashboard no longer updates his board.

After successfully completing a line in t3tr0s, the game blinks the lines. During this time if the gamer presses Left Arrow or Right Arrow key, the browser window viewport scrolls to the left or right respectively.

Expected Behavior

• Feeling of Accomplishment
• Do not scroll the window viewport left or right

Possible Solution

• Continue to capture the ... Arrow key strokes during that time.

Love the game yall 👍

minor #annoyance

Is this code open source? If so, under which license?

If not, what am I allowed / not allowed to do with it?

If the user changes the board theme whilst paused, the board reverts to its pre-paused theme once the game is resumed.

Applying what I learned from Tufte's "See, Think, Design, Produce" course to visualize the progression of a Tetris game.

Games always start with the 1984 Electronika 60 theme. Most users do not know how to change the theme, and just leave the default on. I think we should choose a random theme on startup.

Should be cleaner and faster.

For a fresh new game mode, we can race to 40 cleared lines instead of trying to maximize points in 5 minutes.

Overview of changes needed:

• server needs to handle the new win condition and rank players on lines instead of points
• MC needs to select time attack or 40 lines
• replace "time left" message sent to clients with "lines left"

I think this will be simple, so if someone wants to take this task to learn more about the server, go for it!

Would be nice to have a pause button / keyboard shortcut.

Not sure what the best approach is here; just feels a little slow to me currently.

http://stackoverflow.com/questions/6370478/express-gzip-static-content#answer-15323082

We need to stats to power the new dashboard. Specifically, total piece counts and total lines count.

Screenshot attached.

Would be nice to show the available keyboard commands on the game screen.

Probably on the right under the scoreboard.

Look into improving dashboard animation with a JS library like velocity.js or tween.js

Add ability to play using a gamepad.

Player should be able to rotate a piece when it is on the far left and right edge of the board.

I based the original theme on the following screenshot, but I think it's from an emulator with an incorrect font:

I think this is the correct theme. You can see it's using saturated blue brackets instead of green rectangles for the pieces:

Sources:

• clip from documentary
• tetris exhibit at the MoMA

cc @colonelrascals

Currently, you can't just hold down and then right to tuck a piece under an overhang. The piece falls too fast to register the last second shifting, which frustrates me.

Gameboy Tetris's control scheme disables the down key when you press left or right, making this maneuver easier.

Facebook Tetris Battle's control scheme combines the controls, but gives you a grace delay when it hits a floor, allowing you to shift pieces before they are locked in.