Textual: Rapid Application Development framework for Python • Hacker News Board

Re: Textual: Rapid Application Development framework for Python

#81

Post by rmwaite » Fri, Aug 18, 2023, 9:53 PM UTC

2023throwawayy wrote: post #75

ramses0 wrote: post #26

Did a cursory dive through, check: https://textual.textualize.io/tutorial/ and https://github.com/Textualize/textual/blob/main/docs/example... ...what have people had success with in golang-world? Anything reasonably equivalent someone could recommend? There's a fair amount of "stuff" for TUI's in golang, the thing that's very attractive about 'textualize' is it feels very "web-browser-y" and has a nice (scrollable!)…

Bubble Tea is fantastic.

I second this - anything by Charm is high quality, really.

Re: Textual: Rapid Application Development framework for Python

#82

Post by mappu » Fri, Aug 18, 2023, 10:15 PM UTC

darkstar999 wrote: post #2

I tried this a while back but was put off by the fake "css". They say "The dialect of CSS used in Textual is greatly simplified over web based CSS and much easier to learn." But I immediately ran into issues trying to use css that I'm familiar with (and it wasn’t even fancy). They should have called it something else and used different syntax.

Gtk and Qt both fell into this uncanny-valley too - QStyleSheet is very limited compared to browser CSS.

Re: Textual: Rapid Application Development framework for Python

#83

Post by ryanschaefer » Fri, Aug 18, 2023, 10:20 PM UTC

They say they support typing but I was weary as soon as they had a class field which defined actions. Python severely disappoints in its type system when compared to flow or typescript which are turning complete.

Re: Textual: Rapid Application Development framework for Python

#84

Post by [deleted] » Fri, Aug 18, 2023, 10:26 PM UTC

ryanschaefer wrote: post #83

They say they support typing but I was weary as soon as they had a class field which defined actions. Python severely disappoints in its type system when compared to flow or typescript which are turning complete.

[deleted]

Re: Textual: Rapid Application Development framework for Python

#85

Post by faddypaddy34 » Fri, Aug 18, 2023, 10:50 PM UTC

baq wrote: post #56

theanonymousone wrote: post #13

I'm still waiting for the VSCode for Terminal

it's called spacevim. or spacemacs. pick your poison. i've switched to vscode after 20 years of vim/neovim. the key combos are nice but not having to tweak .vimrc finally won me over.

I don't understand this view. I used vscode and the amount of customization I had to do, per project was equal or greater then what I have to do with neovim. Do you never change anything or have to fiddle with extensions to get the desired behavior? Or creating run configurations for projects?

Re: Textual: Rapid Application Development framework for Python

#86

Post by friend_and_foe » Fri, Aug 18, 2023, 11:17 PM UTC

tempnow987 wrote: post #74

friend_and_foe wrote: post #49

I was looking for a python graphical interface library and came across this, I came to the conclusion that it is way too resource greedy and anything you build with it will be heavy.

This can't be serious. The number of resources being consumed by web frameworks is absolutely insane, they are built on so many layers. .NET desktop apps the same thing. You need a full windows install, then graphics drivers, then the .NET framework stuff. This is running in a terminal. The golang tui's are tiny by comparison to apps like office etc and can deploy in much smaller total footprints.

For a TUI yes it's greedy.

Re: Textual: Rapid Application Development framework for Python

#87

Post by pvo50555 » Sat, Aug 19, 2023, 12:14 AM UTC

Seems a bit like www.anvil.works but it can be run entirely locally and a bit more feature restricted.

Re: Textual: Rapid Application Development framework for Python

#88

Post by sharts » Sat, Aug 19, 2023, 12:58 AM UTC

JonathanBeuys wrote: post #6

After a few decades of developing applications, I am convinced that frameworks are the wrong approach. You gain development speed in the beginning, but you lose it later on when the framework introduces breaking changes and you have to keep working around a changing stack. Or the framework gets abandoned and it would be too much work to maintain it. Because it has so much bells and whistles you don't need. This one f…

Nothing is stopping one from versioning and packaging their dependencies. Then there is no work to maintain anything and you can address any other changes with your own code if you like.

Libraries can change as well. Frameworks are just that, a bunch of libraries.

Re: Textual: Rapid Application Development framework for Python

#89

Post by memefrog » Sat, Aug 19, 2023, 1:21 AM UTC

ramses0 wrote: post #47

nottorp wrote: post #43

Earlier quoted context omitted.

> _you're_ doing all the imperative `if KeyPress.A: do_something()` instead of declarative, You mean they don't hide the message loop as is in fashion and actually let you control it?

More like the generally accepted concepts of "selected, active, focus, style, change", and declaring either a visual response or "onEvent" response. A nested hierarchy, components may be complicated internally but expose a simple input and output interface. And yes, something a little more high level than `if key == 'a'` means you're focusing more on the data and display rather than the method. Different abstractions…

Computing is broader than the web.

Re: Textual: Rapid Application Development framework for Python

#90

Post by memefrog » Sat, Aug 19, 2023, 1:22 AM UTC

baq wrote: post #56

theanonymousone wrote: post #13

I'm still waiting for the VSCode for Terminal

it's called spacevim. or spacemacs. pick your poison. i've switched to vscode after 20 years of vim/neovim. the key combos are nice but not having to tweak .vimrc finally won me over.

I have to edit my vimrc maybe once a year.