maartenbreddels

Joined 9 years ago

Karma
334
Submissions
76
Member since
Feb 16
View on Hacker News

Recent submissions

Comment · 1 year ago
I guess someone needs to build a Solara app running in the Jupyter Notebook to interface with Jupiter (running on Solana).
Comment · 2 years ago
Comment · 2 years ago
Also check out https://py.cafe/ (I work on this project)

It supports streamlit, dash, virzo and solara. Frameworks like shiny, gradio and panel are planned (maybe even fasthtml).

It's also really nice to integrate this into your documentation: https://mkdocs.py.cafe/

Comment · 2 years ago
We plan to support fastHTML at https://py.cafe/

This also uses pyodide, but supports more frameworks out of the box.

Comment · 3 years ago
On https://solara.dev/docs/tutorial/streamlit we highlight the main differences:

* Solara will not continuously re-execute your script as Streamlit does.

* Solara will re-execute components instead, only what needs to. * State in Solara is separate from the UI components, unlike streamlit, where they are strongly linked.

* State can be on the application level (global) for simplicity or on the component level (local) for creating reusable components.

* Solara should not block the render loop. Long-running functions should be executed in a thread using use_thread.

Comment · 3 years ago
Yes, the API is a bit more complex than before but it does give more options!
Comment · 3 years ago
Thank you
Comment · 3 years ago
Comment · 3 years ago
It can be used for general purposes, but we focus on the data science landscape. However, our main website is built using solara, and we know a few startups using solara for their main product (public-facing, not internal).
Comment · 3 years ago
Comment · 3 years ago
Comment · 3 years ago
Not sure where you found that link, but https://solara.dev/api should work fine!

Let’s take that question to GitHub or discord not to go too much off topic here ok? Thanks!

Comment · 3 years ago
In Solara you can dynamically put together the UI like in react, in pynecone you need to use their primitives to make lists and conditional rendering. Also, state management is not tied to solara, but could use dataclasses or pydantic, wrapped in a reactive variable.

I think what sets Solara apart from the rest is that we use a 10 year proven paradigm, React, but on the Python side, although with a more Pythonic API. For instance making reusable components in Python is a real benefit. Pynecone uses ReactJS in the front end, but on the Python side it’s their own API.

I do like pynecone, their API is pretty. I do wonder with many of these frameworks. Does the paradigm works for more complex apps, or does it end in complexity hell once you go past the hello world examples. At least React has proven itself.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton