Rio: Web apps in pure Python • Hacker News Board

Re: Rio: Web apps in pure Python

#11

Post by gmaster1440 » Tue, Sep 17, 2024, 2:42 PM UTC

I've enjoyed working with Reflex (https://reflex.dev) as a pure Python wrapper over React.

Re: Rio: Web apps in pure Python

#12

Post by pjmlp » Tue, Sep 17, 2024, 2:43 PM UTC

This kind "you don't need JavaScript, HTML and CSS" approach always fails flat.

We already went down this route several times since the first dotcom wave and all the frameworks that tried to target the browser as if we don't need to know "JavaScript, HTML and CSS".

Until we need to debug the application, or why it isn't rendering as it should.

It is also why I am not a big fan of Blazor, even though I admire its engineering effort.

Re: Rio: Web apps in pure Python

#13

Post by pmarreck » Tue, Sep 17, 2024, 2:49 PM UTC

Are there any other frameworks that have similar ideas, perhaps using a functional language?

Re: Rio: Web apps in pure Python

#14

Post by vishnudeva » Tue, Sep 17, 2024, 2:49 PM UTC

gmaster1440 wrote: post #11

I've enjoyed working with Reflex ( https://reflex.dev ) as a pure Python wrapper over React.

+1 for Reflex. Truly amazing.

Re: Rio: Web apps in pure Python

#15

Post by tambourine_man » Tue, Sep 17, 2024, 2:51 PM UTC

Why the name Rio? Couldn't find in the docs

Re: Rio: Web apps in pure Python

#16

Post by dncornholio » Tue, Sep 17, 2024, 2:52 PM UTC

pjmlp wrote: post #12

This kind "you don't need JavaScript, HTML and CSS" approach always fails flat. We already went down this route several times since the first dotcom wave and all the frameworks that tried to target the browser as if we don't need to know "JavaScript, HTML and CSS". Until we need to debug the application, or why it isn't rendering as it should. It is also why I am not a big fan of Blazor, even though I admire its engi…

It fails flat when you want to go beyond to scope of the framework. But for teaching programming or quick prototyping or some raspberry project, these are pretty great.

Re: Rio: Web apps in pure Python

#17

Post by mattgreenrocks » Tue, Sep 17, 2024, 2:53 PM UTC

pjmlp wrote: post #12

This kind "you don't need JavaScript, HTML and CSS" approach always fails flat. We already went down this route several times since the first dotcom wave and all the frameworks that tried to target the browser as if we don't need to know "JavaScript, HTML and CSS". Until we need to debug the application, or why it isn't rendering as it should. It is also why I am not a big fan of Blazor, even though I admire its engi…

Not sure I agree. What makes the presentation layer of HTML/JS/CSS so different from Win32 of yore, which had VB? VB enabled a LOT of bespoke monstrosities, but it let you do things quickly and easily. We need something like that for the web.

There will always be essential complexity in dealing with the client/server nature of web apps. But there's still a lot of incidental complexity that can be burned off.

Re: Rio: Web apps in pure Python

#18

Post by mlboss » Tue, Sep 17, 2024, 2:54 PM UTC

8organicbits wrote: post #6

Looks like htpy, but with some components and a different syntax? https://htpy.dev/

+1 for htpy. Awesome library.

Re: Rio: Web apps in pure Python

#19

Post by greener_grass » Tue, Sep 17, 2024, 2:56 PM UTC

vishnudeva wrote: post #14

gmaster1440 wrote: post #11

I've enjoyed working with Reflex ( https://reflex.dev ) as a pure Python wrapper over React.

+1 for Reflex. Truly amazing.

How is it writing React without multi-line lambdas?

They are everywhere in JavaScript and I couldn't imagine my day-to-day without them!

Re: Rio: Web apps in pure Python

#20

Post by airstrike » Tue, Sep 17, 2024, 2:57 PM UTC

pmarreck wrote: post #13

Are there any other frameworks that have similar ideas, perhaps using a functional language?

If you count Rust as a "functional language", my personal favorite is iced, which is bloody brilliant and blazing fast https://github.com/iced-rs/iced

It's desktop-first but compiles to WASM

It's honestly "just Rust", so I guess if you're looking for a DSL-type declarative, it doesn't quite fit the bill... but there are design reasons for why it's "just rust" and honestly I much prefer it. It still feels declarative enough