There are a couple of issues around “Crystal for Javascript”, and some background chatter, but I am hoping to get some central discussion and momentum going around this topic. Justification Having a single language which is capable of writing code for backend, frontend, and mobile can simplify de…

The underlying implementation does not use macros, which makes them much more flexible and easier to debug. The only macro we have is for generating the methods so we don’t have to do it by hand. The basics of the implementation can be found here: https://github.com/luckyframework/lucky/blob/4a2a528…

Crystal → JS is just one part of the problem. Then you need to bind to the DOM and all of the browser API. Most of web apps are UI apps. React.JS and similar frameworks - abstract DOM away almost completely. Working with React.JS I forgot when was the last time I need to use Browser DOM API expli…

[image] alexeypetrushin: P.S. For the practical reasons - currently I guess TypeScript is the best opinion. For practical and type safety reasons, I think Elm is the best option. I really suggest people play more with this wonderful language. It’s different (functional) but it’s so simple to …

Speaking of functional languages… I tried Elixir and other functional languages but my mind can never wrap my head around them. I think the only way I could learn is if I see code examples from the languages I already know, and how they are created in a functional way. For example, take: class …

Are you thinking features along the lines of meteor js? A full-stack ruby alternative to the https://hood.ie javascript stack, and to the separate https://elm-lang.org/ frontend programming language ( https://blog.crisp.se/2018/03/08/perlundholm/elm-for-backend-developers ) or to the https://phoenix…

There is even a funding offer for getting “volt” re-born: Reborn Volt opened 02:21PM - 04 Apr 18 UTC (UTC) [fastengineer] fastengineer You know Volt tried solve ver…

Are you thinking along the lines of meteor js Yes, but more exactly along the lines of hyperstack (see https: “Hyperstack” dot Org) which is based on the ideas of meteor and volt. The difference between meteor is that its Ruby, not JS. And the difference between Volt is that it uses React.js un…

I think there is lots of confusion still here. The HUGE advantage of transpiling to JS (rather than compiling to WASM) is that as long as you do the mapping between JS functions and crystal methods smartly, you already have the DOM bindings. This is the approach used by the Opal Ruby transpiler.

Crystal -> JS Transpiler

u-nique July 13, 2019, 7:48pm 40

In case you’re not set on browser environments only, native might be another option:
-> Is this a road to some crystal-to-all-platforms rails?

Topic		Replies	Views
Isomorphic-crystal : Updates : News release	38	2297	October 25, 2023
Crystal in (possible) WASM everywhere future?	19	4454	March 26, 2021
Why Isn't Every Sane Developer Obsessed with Crystal? Community	39	820	March 18, 2026
My 2022 Crystal Wishlist Community	19	3048	March 11, 2022
Why people leaving crystal? Community	95	12628	July 21, 2023

Crystal -> JS Transpiler

Related topics