Planet Chili

For the inputs, you want to use an event-driven system. The keyboard/mouse already supports events, you just loop through all events every frame and process the ones you're interested in. The rules for tetronimo is, every 14 tetronimos you will see each type twice. So generate a sequence of each typ...

Seems like you got a few mechanics coded up nicely there. Could definitely be worked into a more polished little game.

Not sure how it's supposed to be beat tho. Maybe some feedback on when you're doing damage to the enemy or on what the actual goal is.

Cool stuff man. Got some nice polish on this one. Sound effects sound like they are from Tetris 99 :D The animation for clearing is nice too. I think the input on the left/right movement is a little sluggish. Rotation is fine, but fast dropping maybe a little to fast. Also, how are you generating th...

To each their own I suppose, but pipes are a very natural choice if you've spent any time with a linux/unix shell cli environment.

#include <iostream> #include <vector> #include <range/v3/all.hpp> #include <algorithm> #include <iterator> #include <functional> #include <memory> struct Foo { Foo(int a, int b) : a(a), b(b) {} int a; int b; }; int main() { namespace rn = ranges; namespace vi = ranges::views; auto v1 = vi::ints | v...

Damnit did I fuck something up >:[

Saves me the trouble of cloning

Eventually I'd like to have some kind of analysis in place that checks for missing bindables like this.

I've been cockblocked by the inability to forward declare inner classes in the past. It's another indication that I need to curb my inner class fetish.

It sounds to me like you're missing some crucial bindable with your box. When you draw with other entities those entities bind it and then it carries over to your box draw.

Sharing code over a pdf filled with screencaps is weird. Post a link to your repo on github.

Merry xmas man, hope you had a good one with the fam.