In Macintosh Bolo, trees regrow eventually and base resources (bullets, mines, shields) replenish slowly. In this clone, neither appears to happen. (I've only tried the single-player mode so far.)

In Firefox 3.6 and 4 beta 6, audio no longer works since revision 2f23d6f.

Underlying cause of this seems to be Audio#canPlayType telling us Vorbis is unsupported (returns empty string) when invoked too early. SoundKit currently calls this on document loaded.

(Manual invocation from the console later during play returns 'probably', which is correct.)

When moving along a direction one step away from a cardinal direction, the movement simulation is incorrect. These are the directions at 22.5°, 67.5°, 112.5°, etc.

This can be clearly reproduced when at a minimum velocity, by just tapping forward until movement starts, then turning to one of these directions. Movement appears 'rounded off' to the nearest cardinal direction.

The code to this is in src/tank.coffee. I tried to model it after WinBolo's movement code. Perhaps this is a floating point rounding thing?

I had fun playing with the demo and taught about adding more elements but discovered that versions of dependencies are nearly deprecated (specially node version). It is important to refactor the code to update the code in order to work with latest stable versions of dependencies and enable community use and work on this project.

"engines: ": { "node": "0.4" }, "dependencies": { "coffee-script": "1", "villain": "=0.2.0", "faye-websocket": "0.3", "connect": "1.8", "irc-js": "0.2", "browserify": "1.9" },

Opera refuses to load jQuery from CDN, with the vague error “Linked script not loaded”. Disabling content blocking in the site preferences did not help.

I'm not really an Opera user, and don't know much about it's security features. Perhaps someone can help shed some light on this one?

In Macintosh Bolo, it takes 5 shots to destroy a wall. In this clone, it takes 6 shots. Is this difference intentional?

Mostly due to WebSockets, Orona only seems to run on recent Webkit and Gecko based browsers at the time of writing. Among browsers that are tested not to work are IE9 and Opera 10.61.

Before starting, Orona should do a couple of checks and display a notice if it can't go ahead. I think it should do roughly the following:

• Run through a couple of checks based on functionality (no user agent sniffing!), such as Canvas2D support, WebSockets support, anything else?
• Preferably check for WebSockets draft 76, because it's not set in stone yet.
• The WebSockets check should be omitted on Github pages, because it only runs a local game. When the lobby is implemented, we should disable multiplayer and inform the user.
• When any of these tests fail, inform the user it can't run, display a summary of test results, and link to browsers that are known to work. (Which browsers work? I myself test on Chrome 6 and Firefox 4.0b4.)

The initial commit had drawing code that built a large DOM table and used page scrolling for the map. This worked, but wasn't as smooth in a lot of browsers as canvas rendering. The code was removed in commit dedffaa.

This code should be brought back in a TableMapView class. I'd like to see it used in a new map editor web application. I don't mind if the first iteration of the editor doesn't really edit at all, but just allows you to explore a map with a TableMapView.

For whatever reason Chromium is exempt, but Opera and Firefox scroll the page by just a tiny bit when the down arrow key is pressed.

There's already a very simple working WebGL renderer implementation in src/client/renderer/webgl.coffee, but it's currently unused. It was built and tested exclusively on Chromium 6.

Performance was mostly identical to the current default renderer, for me at least. I wonder if it's faster for anyone, and if it can be a sane default in certain scenarios.

Once there's a lobby or some sort of settings GUI, there could be a switch to enable it there.

In Macintosh Bolo, while the man out doing something, I can click elsewhere on the map, which queues up another action for the man to do after he comes back. Only one action can be queued. In this clone, I can't queue any actions.

Hey Stephan, I love Orona, so first thing: thanks!

I'd love to play multiplayer with my family soon, so I'm trying to get this installed. I can write JS and CoffeeScript passably, but I have no real knowledge of Node.

I follow your install instructions almost exactly on Ubuntu 15.10 using NodeJS as installed by Apt (which exceeds the minimum version specified for orona). The only difference is I need to symlink node to nodejs because Ubuntu doesn't use node as the name for nodejs by default.

Once all's said and done I try ./bin/bolo-server and get this:

/home/cathal/localapps/orona/node_modules/coffee-script/lib/coffee-script/coffee-script.js:213
          throw new Error("Use CoffeeScript.register() or require the coffee-s
                ^
Error: Use CoffeeScript.register() or require the coffee-script/register module to require .coffee.md files.
  at Object.base.(anonymous function) [as .coffee] (/home/cathal/localapps/orona/node_modules/coffee-script/lib/coffee-script/coffee-script.js:213:17)
  at Module.load (module.js:356:32)
  at Function.Module._load (module.js:312:12)
  at Module.require (module.js:364:17)
  at require (module.js:380:17)
  at Object.<anonymous> (/home/cathal/localapps/orona/bin/bolo-server:4:1)
  at Module._compile (module.js:456:26)
  at Object.Module._extensions..js (module.js:474:10)
  at Module.load (module.js:356:32)
  at Function.Module._load (module.js:312:12)
  at Function.Module.runMain (module.js:497:10)
  at startup (node.js:119:16)
  at node.js:902:3

Hello, very impressive work, but it seems to me that the graphics and the gameplay can be improved.

Maybe it makes sense to use a little different tileset and game rules? For example this one http://www.nongnu.org/lordsawar/ (as far as I know it's media licensed under open source)

Or maybe something like that http://www.cs2d.com/media.php

What do you think?

Thanks, Alex.