When you're getting close to a border (bottom or right*), and you're between the middle of the screen and the border, the character doesn't follow the mouse properly anymore. This would seem to be caused by the mouse being tracked in relation to the middle of the screen, instead of in relation to the player's location on the screen, although I'm not a 100% on that.

*Edited, originally read "left", but was supposed to read "right" the whole time.

I have no idea why.
I think the CSS is screwing with it, but I am not sure.
the UI canvas also gets in the way.

Please help.

Please fill out this Issue template to the best of your ability!

Type of Issue

• This Issue is a Bug
• This Issue is a Feature Request
• This Issue is a Design Issue/Request

Hint: Design Issues or Requests are changes to existing features, not new ones.

Description of the Issue:

If the player has 0 blocks, and the player left clicks while in Build mode, once they swap back to Weapon mode, they will shoot a projectile.

Steps to reproduce the Issue (For Bugs):

• I am using Google Chrome
• I am using Mozilla Firefox
• I am using YOUR_BROWSER

See description

Additional comments or information:

Much like slither.io

Some sort of effect would work

Happens when crossing over certain lines.
xView of 1600 and probably yView of 960
Doesn't seem to break anything, but needs fixing.

I expanded the world to be 4x it's normal size of 1600x960 (the size of the grid image).
Now it is 6400x3840. I had a generation, but it was laggy and didn't work for all clients. Now the image doesn't cover all of the playable space.

Original Issue:
To generate the map, I just layer the background multiple times and save it's data as an image.
This is quite costly as it causes the browser to freeze while it does it.
I will attempt to see if a single larger image will be a better solution.

Enemy character changes viewing angle to look at the player when the player moves to the bottom right of the enemy at about 45 degrees.

Using Chrome (v. 57) only mouse 1 is registered. Mouse 2 (right click), or middle mouse button are never registered, so they do nothing.

Player can move with both WASD and Arrow Keys.
This movement is sync'd across all connected clients.

Scratching my head a bit on this one.

The calculation for selGridX/Y is not exactly 80. It is sometimes off by a small amount. ~10 pixels or so.

Player respawns instantly is okay for now, but on a delay is better

Score is awarded on kill

Please fill out this Issue template to the best of your ability!

Type of Issue

• This Issue is a Bug
• This Issue is a Feature Request
• This Issue is a Design Issue/Request

Hint: Design Issues or Requests are changes to existing features, not new ones.

Description of the Issue:

Projectile doesn't reach the exact spot the mouse is aiming when outside of deadzones.

Steps to reproduce the Issue (For Bugs):

• I am using Google Chrome
• I am using Mozilla Firefox
• I am using YOUR_BROWSER

When outside of deadzones, aim directly to your left, the projectile will be slightly off from it's mark.

Additional comments or information:

I have a feeling I know what this issue is, but adding this just in case it proves to be more difficult than I thought.

Please fill out this Issue template to the best of your ability!

Type of Issue

• This Issue is a Bug
• This Issue is a Feature Request
• This Issue is a Design Issue/Request

Hint: Design Issues or Requests are changes to existing features, not new ones.

Description of the Issue:

The game will lag when moving if the world is large.

Steps to reproduce the Issue (For Bugs):

• I am using Google Chrome
• I am using Mozilla Firefox
• I am using YOUR_BROWSER

If the world is 6400x3840, this is highly noticeable.

Additional comments or information:

I need to optimize the grid calculations. I already have a solution in mind for this, just need to implement it.

Please fill out this Issue template to the best of your ability!

Type of Issue

• This Issue is a Bug
• This Issue is a Feature Request
• This Issue is a Design Issue/Request

Hint: Design Issues or Requests are changes to existing features, not new ones.

Description of the Issue:

I think it would be nice to be able to manually reload maybe by pressing R. I think this would probably discard the clip (no magical saving of bullets.)

Additional comments or information:

Some blocks get placed but don't show that they've been placed until you rejoin

Player shoots in direction that their mouse is pointing

For rifle that amount will be about 4 clips (24 bullets).

I will fix it with a better solution

CSS scaling seems to cause issues with blurriness and a sort of zooming in effect. The width/height attributes of the canvas element need to be directly modified in some way to allow for proper scaling.

Perhaps a timer wheel similar to Stamina from LoZ: Breath of the Wild that replaces the mouse.
Or perhaps some sort of bar/timer that replaces the ammo count on player

Probably a second or so, rifle type of shots

If the player is in a camera deadzone, and does not move the cursor while moving, the bullet does not properly fly at the cursor.

Only visible when in build mode

Whoever joined last, their camera is everyone's. Simple fix.

When joining the game, if the player clicks to join they will start with one less ammo, while if you press enter to join you start with full ammo.

If a player expends all of their ammo, respawning does not refill it, making it impossible to continue playing.

For now, this can just be the border of the image or an invisible wall

There is an offset in my code, I just need to tweak it.

Shooting them kill them, no need to display health yet

Currently players are immediately vulnerable on respawn, making them vulnerable to spawn killing.

Having an array of all players would make it easier to draw, and do logic. Impacts on performance need to be taken into account, but can be refactored later

Image, or perhaps just a circle, is drawn for all connected clients.

If you run out of bullets and try to shoot, you can't, but the next time your ammo gets refilled you automatically shoot once. Same happens when reloading; when you're out of ammo and start reloading, just spam click shoot until your reload is done and you'll shoot automatically and will have a 0 second cooldown for the next shot. Both of these result in being able to do a double shot.

Respawning currently allows players to respawn inside of blocks.

Block in position y of 1 and x of 0 can't be destroyed

Currently they can be placed anywhere. Need to fix that.

When the window changes, canvas does

Player has a gun image that moves around them following the mouse

Grid not visible right now, just placing works

Name is visible to all clients, within the circle that is the player.

Use a requestAnimationFrame loop of some sort

6 or so

Please fill out this Issue template to the best of your ability!

Type of Issue

• This Issue is a Bug
• This Issue is a Feature Request
• This Issue is a Design Issue/Request

Hint: Design Issues or Requests are changes to existing features, not new ones.

Description of the Issue:

On chrome map will always be missing

Steps to reproduce the Issue (For Bugs):

• I am using Google Chrome
• I am using Mozilla Firefox
• I am using YOUR_BROWSER

Use chrome, map must be generated

Additional comments or information:

This is a viewport implementation, similar to how Slither.io and Agar.io.

In essence there is a "camera" following the player, so the player is always in the center (unless at an edge).