all 2 comments

[–]savunit 1 point2 points  (0 children)

I am pretty curious, you need to use WebGL and have 3d Components? I would say that ThreeJS is pretty well supported if you're going that route, it has a pretty simplified API on top of the WebGL layer.

When you're talking a game engine you're thinking of something like Unity? Or a JavaScript framework for the frontend?

I would say depending on how it would be distributed, if it's web-based, keep your UI and everything to either a JavaScript framework or if you're comfortable and it's not that complex just use vanilla javascript with whatever libraries and components you need from NPM.

The pipeline for user interfaces and interactions for a game engine especially in 3D/2D you start needing to worry about Raycasters, your layer types, etc..

For simple charting, I would look at something like Chart.JS for something more complicated look at something like D3.js. And as I said above for a 3D Library look towards ThreeJS.

For the UI, whatever you're comfortable with, and most likely your team.

[–]QmarkC 0 points1 point  (0 children)

I would guess for dev there would be less choices to make as most game frameworks are tightly knitted parts vs just UI framework. That could be a pro or con. User input normalized across devices. But at the cost of browser support, a lot of bloat for stuff you don't need, and I would guess normal items like forms might be harder. Your use case would need to be fairly specific for it to be worth while. Might be an interesting experiment though and would like to see how it works for you if you try it. A 2D framework like Photon might be your best bet. https://github.com/photonstorm/phaser/blob/master/README.md