SolidJS support

[ac130kz]

Any plans to support other React-like frameworks? SolidJS has a close to the React's API, but it performs a lot better, which positively affects user experience. In case SolidJS support is not possible in the official way, can anyone tell whether porting Remix to SolidJS is a feasible idea?

[tigerabrodi]

@ac130kz

I have spoken about this with @ryansolid 👍

It may be possible to get SolidJS support, but it'll require a lot of work.

React Router and remix-react must both be rewritten into SolidJS as the first step.... 😅

I had many thoughts, and badly wanted to do this, but I think when it comes to Solid, I rather wait for Solid Start if any sort of fullstack solutions with solid.

[sergiodxa]

You probably want to wait until the team makes part of the React package independent of React, for example the transition management, then building wrapper for Solid or Vue or anything else should be easier

[tigerabrodi]

@sergiodxa ye makes more sense hahaha 😄

Cuz if it is hard, we out boss 😂 🤝

[devinrhode2]

In @ryancarniato's "Solid.js: Past, Present and Future" stream: https://www.youtube.com/watch?v=dOgnQ9SuKYk&t=7555s

It sounds like Mr Carniato is working on some serialization primitives, essentially taking ideas from Remix and Qwik. He said he has something that's kind of like react-query meets Remix

[buzzeins]

Or just consider implementing Atro into Remix. Besides React, Astro has also Solid, Svelte, Vue, Alpine, Lit and Preact build in.

withastro/roadmap#70
https://astro.build/

Also the Partial Hydration concept in Remix would be a bigdeal, isn't it? ;)

[contactjavas]

Next 13, Vercel, and RSC are the hot stuff on my Twitter feed.
It may be time for Remix to support SolidJS.

[devinrhode2]

SolidStart is basically Remix, you can disable javascript, uses the same router data loading patterns, also has some key api similar to react-query which you can use to invalidate cached data.

I'm EXTREMELY impressed by SolidStart. I highly recommend trying it on a little project if you can!

[christhornham]

SolidStart is basically Remix

@devinrhode2 It sounds like you have experience with both Solidstart and Remix. Is that correct?

If so...

I'm relatively new to the frontend world. I really like Solid, but there aren't many in-depth tutorials on the subject. I learned Solid by taking a React course and converting the entire thing to Solid by digging through the docs. That was great because I got to learn both React and Solid at the same time.

I'm now trying to learn how meta frameworks like Next, Remix, Nuxt, Sveltekit, Solidstart etc work. I don't fully understand SSR, mixing frontend code with backend code etc.

Here's my question.

1. If you have experience with both Remix and Solidstart, do you think I could learn about Solidstart by taking a Remix course and converting it to Solidstart?

To be clear, I don't expect Remix to be exactly like Solidstart. I'm wondering if the concepts in Remix are similar enough to learn Solidstart.

[devinrhode2]

The key thing Remix has pioneered is making the Server-Side Rendered html fully interactive. I believe I have actually had many situations where hydration screws up my input experience, namely the top search box of a site, but could also be the "Add to Cart" button, etc.

SolidStart, Qwik, and Svelte have all copied this "fully usable initial html" approach.

Theres another benefit: if your backend has issues, or you are migrating to a new technology, as long as you can continue serving cached html and handling the form POST requests, your app is effectively running, albeit SLIGHTLY slower for users with a fast connection and plenty of cpu/ram.

To answer your question, learning Remix is a great idea not only if you want to learn SolidStart, but if you want a step ahead for any of these next-gen frameworks.

The only caveat is that I'm not sure if Next.js 14 supports the "fully usable initial html" feature of Remix. (Also, the more common term for "fully usable initial html" is a "progressive web app", but I feel that term isn't descriptive enough)

[christhornham]

That’s great information. Thanks for the detailed answer!