dom-examples VS fuse

Fonte: MDN web docs

References MDN Chrome Docs

> if writing a browser today is in fact easier than both writing AND maintaining a browser a decade back.

Probably not. Yeah we have web standards and some idea of how to architect it, but the total set of APIs and HTML/CSS/JS features a browser supports is probably changing faster than the Ladybird team can actively implement it. The API surface is just impossibly large compared to 10 or 15 years ago. Look at all of these: https://developer.mozilla.org/en-US/docs/Web/API

I added polyfills for the Web APIs used in the React code.

In addition to pure JavaScript, there are hundreds of Web APIs documented at MDN. These APIs cover everything from the DOM to Web Workers with great detail.

I'm reading MDN Web Docs on Web APIs. There are two basic sections, specifications and interfaces.

The biggest difference is usually found in what non-ECMAscript standard JS web apis or features are implemented in different browsers. Here's a list of typical web APIs, and for many of them there is a compatibility table at the bottom detailing which browser do or do not support it. https://developer.mozilla.org/en-US/docs/Web/API

Documentation of Web APIs and interfaces is located on the MDN (Mozilla Developer Network) website. The term "Web API" can refer to browser or server APIs. In this article, it refers to Browser APIs.

The second one was an afternoon of "boredom." I wanted to develop, but I was running out of ideas. So, I decided to explore something new. I navigated to the Web APIs page on MDN, and something caught my eye on the letter g: Gamepad API.

Nakama does not have shared parallelism, look at http://fuse.rupy.se for better scalability.

While this seems focused on trading, kinda like EVE (spreadsheet MMO), I think physical action is the real attraction of 3D graphics/audio:

So I made a very scalable MMO protocol: https://github.com/tinspin/fuse

It's event based so analog movement should be compressed, which means headshot FPS are not the target audience. But it works fine with action games that take scalability into concern.

I'm curious how hard people find it to adopt. I'm guessing I need to deliver a good and open game on top of it to see adoption.

You can tak a look at my multiplayer system if you need inspiration: https://github.com/tinspin/fuse

This is the source available server: https://github.com/tinspin/fuse

You don't need to use Event-Source to use SSE, look at how I implemented it here:

https://github.com/tinspin/fuse/blob/master/res/play.html#L1...

The XHR ready state 3 was wrongly implemented in IE7, they fixed it in IE8.

If you just want to play a multiplayer cube drop game and chat you are welcome at http://fuse.rupy.se

You can make rooms but they get the name of the user, so I guess you need to create a user with the name of the topic you're interested in! Xo

I made a better standard for this: https://github.com/tinspin/fuse

But of course it's suffering from this: https://xkcd.com/927/

I made a multiplayer game like Dr Mario that is in alpha: http://fuse.rupy.se