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…

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.

Why would you need DOM bindings? When none of modern web UI frameworks using it. React, Vue, Angular - it’s all higher level abstraction. Browser / DOM API is just an ugly low level thing that pretty much nobody these days uses directly. P.S. For Opal it would be nice if it had proper async/await …

There are still occasions even with those frameworks to reach in and manipulate the DOM. However the point is that by transpiling to JS you can interface to any JS code, whether low level (DOM) or high level (React or Vue) As far as async/wait goes: Those provide some syntactic sugar on top a low…

Found this listing DOM transpiling feature descriptions: cache, cache-invalidation, in-browser cache+rendering, and live (reactive) DOM element updates opened 09:10AM - 16 Jul 19 UTC (UTC) [testbird] …

@catmando I didn’t find anything about hyperstack and offline operation, aka “progressive web apps (or PWAs)”, and re-syncing. Does hyperstack support working with react’s PWA feature enabled? Does the isomorphic code (and the models) re-sync well after offline periods?

[image] alexeypetrushin: React, Vue, Angular - it’s all higher level abstraction. I can’t speak for Vue and Angular, but React exposes DOM events and nodes (via refs) so you can’t really escape the DOM without a framework transforming those events and nodes into a different abstraction. Plus…

Sorry for the delayed response. Probably best to continue to conversation at the Hyperstack site, as it really is not relevant to Crystal. https://join.slack.com/t/hyperstack-org/shared_invite/enQtNTg4NTI5NzQyNTYyLWQ4YTZlMGU0OGIxMDQzZGIxMjNlOGY5MjRhOTdlMWUzZWYyMTMzYWJkNTZmZDRhMDEzODA0NWRkMDM4MjdmN…

Crystal -> JS Transpiler

Blacksmoke16 May 4, 2020, 2:10pm 56

See Crystal in (possible) WASM everywhere future?

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

Crystal -> JS Transpiler

Related topics