Post

Perhaps I don't know what kind of gleam integration you have in mind? We serialize to/from JSON for typescript. A gleam integration would require similar serialization, but in a situation where no serialization would be necessary for structs.

An "ash on the server, gleam on the client" situation though... that would be possible. Is that what you had in mind? Would it be desirable?

hayleigh

@hayleigh.dev

Yes exactly what i was getting at, gleam runs in more than one place and there are reasons why folks would want elixir on the backend and gleam on the frontend. Lustre could be much more appealing to elixir folks than react imo ^.^

So AFAIK it would look almost identical to ash_typescript's current implementation in that case. I likely won't personally make it (like I didn't make AshTypescript) but I'd absolutely advise and support its creation (like I did for AshTypescript) ❤️

minibikini

@mnbkn.com

It'd be cool if it'd be possible to call the RPC from any language. I currently work on a project with Elixir server and Elixir client, for example. So I guess I mean language agnostic RPC. Obviously, JS/TS is the most needed, and perhaps the other langs not so much, but that'd be cool.

The RPC is language agnostic, and ultimately is a *tiny* layer to just calling a resources actions. Like very tiny. Trivial to replicate in another package because it just passes values into actions.