I'd like to add my desire to have this added as well. I'm working on getting Rust working via wasm-bindgen (the "blessed" wasm implementation for Rust) and I've had a number of hoops to jump through in order to get it working. The most recent one is the Rust wasm javascript shim using Buffer.from() and Buffer.byteLength but failing because Buffer is unavailable.

Sparse array means two things. One a usage pattern. The current spatial index already uses the sparse array usage pattern. The second is a common implementation detail. The key difference in my change that new Array(2500) creates an array with 2500 slots filled with undefined. My patch skips that pre-allocation. The behavior is unchanged all indices are undefined until assigned to. I have also read some docs that suggest Map might be faster than a sparse array (the optimizer can make more assumptions with a Map and therefore make faster code). As for lazy init. I was referring to how the runner builds the spatial index at the start of every tick for each room. With zero overhead we could lazily create that index for each kind of LOOK_* the first time it is need on a room. This reduces CPU because we avoid wasting CPU on spatial indices that will never be queried. HOWEVER, the little profiling I've done didn't show that the construction of Game was a huge CPU drain. My procedure was to grab Game.cpu.getUsed() at the top of my loop, access Memory and grab it again. I should repeat that profile, but when I did it with 10 rooms my Memory was <200k and cost twice as much as the Game construction.

Good idea. Instead of zoom I would wish width and height in tiles, so that it's guaranteed that your area of interest is completely visible on every display / window size.

Today didn't even require a click, opened my profile page and it loaded up all my rooms then redirected me to a similar link as above. This all occurs with uBlock running