time to split JSRL from JSRL packaging? about jsrl HOT 2 OPEN

I think "packaging" is a core aspect of JSRL; it on itself and without too much hassle should allow building a native executable (because this is something highly desired by developers and we can provide that value).

We could always evaluate how this is achieved, and change technologies if needed for the "main" branch (i.e. moving from electron to something else). Additional packagers could be maintained as branches or forks until they replace the official (or even just coexist if we cannot find a reason to replace the official).

In any case, developers that don't care about native packaging can just continue using webpack alone, the downside being a heavier-than-needed node_modules probably.

(Note: We are TypeScript already :))

from jsrl.

Sure - I guess I could see that.

Given how often I'm seeing updates for packagers and their dependencies vs. actual JSRL code, I just figured one way to keep things easier to maintain might be to split them into their own repo projects.

But what you say is fine. Personally I would want to keep everything in the main branch that we want people using vs. other forks or branches for offshoots. But maybe that's also a "just me" thing. :)

from jsrl.