- Messages
- 245
- Country

This possibility has been recognized by quite a few people. Given MSFS gauges are either HTML/JS or .wasm written to run on the browser engine the most valuable solution would be to NATIVELY run those gauges without changes in any browser instead of within MSFS. The missing link is a Windows webserver using SimConnect 'bridging' the gauge API requests from MSFS to the gauges, e.g. providing therun the popout-gauges for instance within an iframe in an local website
SimVar.getSimVarValue() and SimVar.setSimVarValue() calls and correctly calling all the callbacks in Asobo's BaseInstrument class (e.g. connectedCallback(), Update())However with each update of MSFS more and more Asobo gauge code is moving from the 'core' SimVar and KeyEvent support into proprietary code embedded within the MSFS 2020 XML templating programming language so the above approach would be suitable for ground-up new coded gauges but there is very little chance any of the Asobo gauges could be moved into the browser unless they add specific support for that.
The alternative is a parallel world of 'external' gauges using a new API (as with FSX) - that kind of throws away the opportunity from the MSFS gauges being html/js/wasm in the first place but it's so much easier to deliver I expect that's all we'll end up with.



