You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Just been wondering if there are plans around enhancing native clojure support. In particular stuff like say supporting EDN/Transit for data exchange. That would reduce the need for js/interop, have consistent data defs, qualified kw's, etc etc . Obviously the inertia server stuff is dead simple, but it seems like one would need to wrap/reimplement goodish chunks of the core Inertia and Intertia-react libs on the client
The text was updated successfully, but these errors were encountered:
I have already done some tests and I have some ideas to go in this direction.
However and as you say, most of the work will be on the client side, which is a bigger chunk
It is certain that there are improvements at the design level which will make the project even more exciting.
In any case, delighted with your interest in this project.
Out of curiosity, you are planning personal or production use?
Great to hear. as far as use, a little of both :). yeah i looked through the source for the client stuff. I've just been poking around intertia's client source in my free time. Haven't explored it, but it looks like you can setup global interceptors for axios, so might be able to use that to get transit, etc on the wire. But the rest of the inertia-specific stuff doesn't look very shim/interceptor/etc capable.
Just been wondering if there are plans around enhancing native clojure support. In particular stuff like say supporting EDN/Transit for data exchange. That would reduce the need for js/interop, have consistent data defs, qualified kw's, etc etc . Obviously the inertia server stuff is dead simple, but it seems like one would need to wrap/reimplement goodish chunks of the core Inertia and Intertia-react libs on the client
The text was updated successfully, but these errors were encountered: