Indium VS sodium-fabric

I have looked at swank-js, indium, and skerrick, but none works out of the box (1~2 hours of investment didn't result in anything). Are there people getting this workflow working in Emacs?

... then you can automate changes and to the diagram using mxGraph's api [1] on the `graph' variable from the console.

Around this plugin mechanism I wrote some dirty hacks for personal use to make the editor behave more to my likings [2] (some features stopped working with recent versions of the desktop app), and an even dirtier Emacs mode for editing labels and having the js REPL available directly from Emacs when I need to run some code to fix my diagrams programmatically [3] (based on Indium [4] + the fact that electron apps can be launched with --remote-debugging-port=...). It's not pretty, but works enough for me, and it's only thanks to customizability that diagrams.net allows.

[1] https://jgraph.github.io/mxgraph/docs/js-api/files/view/mxGr...

[2] https://gitlab.com/spellcard199/drawio-plugin-eight-droves-o...

[3] https://gitlab.com/spellcard199/emacs-drawio

[4] https://github.com/NicolasPetton/Indium

Indium is suggested everywhere as the standard development environment for JavaScript, so I've used it with some success. It works beautifully for Chrome, with evaluation of code, inspection, REPL, etc. but only up to a point.

Have you tried something like https://github.com/NicolasPetton/Indium.

[22:52:47] [Render thread/WARN]: If the game crashes immediately after this point, please make a bug report: https://github.com/CaffeineMC/sodium-fabric/issues

I googled "fabric crashes with falling block" and found this GitHub Issue in the Sodium Repo. Solution: install Indium, because continuity relies on it to bridge over to sodium.

It`s Indium. https://github.com/CaffeineMC/sodium-fabric/issues/1324

GitHub link

if https://github.com/CaffeineMC/sodium-fabric/issues/1006 is what you are talking about, it is an upstream issue for any forge port of the sodium mod

Wow, a reasonable criticism! According to this issue, transparency sorting hasn’t been implemented, and so the behavior is inconsistent. Surprised to see a pull request linked that had fixed it, but was never merged and is now incompatible. Definitely affects users who have farms and stained glass builds though!

The problem with the multithreaded version of Optifine is that OpenGL doesn't officially support multithreading (at least not with older versions of OpenGL; Sodium (for modern versions) uses a "multidraw" function to get up to 10x the FPS but also uses OpenGL 4+, and even then it has issues on many drivers. Note that using such modern features would require a "core profile", precluding the use of all legacy fixed-function methods so the entire renderer would have to be rewritten).