towerofnix / slw Goto Github PK

ATM the editor camera position is completely different from the player position. I think it'd be more helpful if the editor camera followed the player (only as soon as you enter the editor, though, of course).

❤️

...and easter eggs

We've been hinting at this for a while - we need a proper level editor for SLW. Editing a single tilemap layer in src/levels.toml is going to get really ugly and it'd be nice to have anyway.

And as we all know, I ❤️ polish, so if we can make the editor Super Mario Maker-like, it'd be awesome 😄

Case-in-point:

Each block makes a hit sound, causing.. many. This can also sometimes result in a crash.

e.g. cloud blocks, donut blocks.

Pretty sure this has something to do with floor/ceiling the Y position on "collision", even though your YV isn't getting reset.

We need a spritesheet that we can use for the "small Mario" form - e.g. on the World Map and when a mushroom has not been collected yet. (Whatever is found will probably need recolouring)

That's good for making the level but we should probably store them better :D

Just keeping note because it wouldn't fit in my next commit.

Kinda funny spawning a mushroom in F-2 and then using it in F-1. But obviously a bug.

..for Player to subclass from. Later on, Enemys, Powerups, and so on.

i am sorry I AM NOT A COMPUTER PERSON!!!!

Not sure how to go about doing this. I think that going into the editor and then out should probably reload the level, but I'm not sure how well that'll fare with lag in the future (hopefully shouldn't be a problem..).

Think about the goomba tile. When a goomba tile is created, it's immediately replaced with an air tile, and a goomba is spawned. So how do you place and save a goomba tile? It needs to be stored in some way separate from the main tile list (which will be used for saving/loading)..

We need an overworld and level selector - this should make other features trivial e.g. the death zone sends one back to map.

Here:

See the crouch branch.

Things left to do:

• Fix this:
  
• Get/add crouch/groundpound sprites for state 0 (small player)
• Get/add groundpound sprite for state 1 (large player)

I'm reproduced steps in README.md, but after gulp build I can't run game ;(

This checks line length (80) automatically.

Moving with the arrow keys and space is comfortable - right hand on arrow keys, left thumb on spacebar, easy. But in the editor, you use the mouse. So generally you'd have your right hand on the mouse, and.. your left hand on the arrow keys. That doesn't feel very good. Having WASD controls be supported additionally would solve that - right hand on mouse, left on WASD (you could even still have your left thumb on the spacebar if you prefer).

Just modifying getDrawnPosition and let view(start/end)(x/y) should do it.. this is what I was having trouble with earlier, though! :P

Kinda important

• Floor collision
• Wall collision
• Ceiling collision

..Which is really annoying.

I've removed uglify from gulp (commented it out) for the time being (locally). It might not be a bad idea to have yet another build script to uglify things but that could be unnecessary, especially early in this project... I wonder if it should be an argument to the gulp/buildJs call? (think gulp watch --uglify)

Kinda stupid issue that should never really cause any issues, but.. that would probably be worth fixing at some point, just in case!

This'll be a bit difficult -- the player needs to be rendered under the pipe tiles..

Using <- & -> you can enter to block's field

• Player (needs implementation)
• Goombas
• Other enemies. Suggest!