[dead]
Textual: Rapid Application Development framework for Python
21–30 of 112 posts
Re: Textual: Rapid Application Development framework for Python
#22This looks very cool.
For the web browser version which is coming soon, will the “DirectoryTree” feature be supported? Any idea when the web view will be in beta/launch?
Re: Textual: Rapid Application Development framework for Python
#23After 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…
Compare and contrast your operating system, and how many files and breaking updates that gets.
Re: Textual: Rapid Application Development framework for Python
#24Earlier quoted context omitted.
> There are very few lean libraries unfortunately. Keeping code elegant and simple is a rare skill. So... You are saying 'you should write everything yourself with libraries that basically don't exist'? I agree with you somewhat, but it's not very realistic; it's so much faster to use something that gets you 80% of the way with minimum work. And you know it'll break in a bit but that's life. Also, frameworks like Dja…
it's not very realistic It is totally realistic. I have multiple projects running that do not use any external code. With millions of users. Those projects are PHP though. PHP has a lot of bells and whistles on board. Unfortunately with PHP 8, they started introducing a lot of breaking changes. So they lost my trust and I will use Python for new projects. Not sure yet if I will use Django (As you said, it seems prett…
There are some good reasons that everything, PHP and Python included, moved away from CGI to long-running processes.
Re: Textual: Rapid Application Development framework for Python
#25After 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…
If your app lives in a vacuum I don't see why you'd ever need to upgrade the framework. If it doesn't then the code you wrote yourself will eventually break as the rest of the world advances their APIs and standards. Even a website written in pure HTML and put up on a small linux server a decade ago would have rendering issues as well as probably not allowed past browsers or corporate firewalls due to older SSL libra…
> If your app lives in a vacuum I don't see why you'd ever need to upgrade the framework.
Unfortunately the only apps that live in a vacuum are embedded apps not connected to the internet. We should all be monitoring our dependencies for security upgrades. Eventually even a stable framework like Django goes out of long term support. I wrote a Django app in 2008 that is still in heavy use today and at some point had to go through and upgrade to a new major version. It wasn’t a breeze, it took me a few weeks. To leave the app live on that 10 year old version would have been irresponsible for security reasons. The only apps that live in a vacuum are embedded apps, like the one in a vacuum cleaner.
Re: Textual: Rapid Application Development framework for Python
#26Did 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!) table view.
`tview` seems interesting (eg: check `brew install dbui`), but feels a bit more like _you're_ doing all the imperative `if KeyPress.A: do_something()` instead of declarative, nesting navigation, etc. (perhaps that's the difference between an "application-centric/SPA" view of "control all the things!" vs. a document centric: "add components to a page and let them flow").
Any feedback on the items in this list? https://codeberg.org/tecras/awesome-go#advanced-console-uis
Re: Textual: Rapid Application Development framework for Python
#27After 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…
> I am convinced that frameworks are the wrong approach
Frameworks are always eventually the wrong approach.
But so many projects need a 1.0 without breaking the bank.
Re: Textual: Rapid Application Development framework for Python
#28I would love to find a way to get some sort of emulation layer to get Textual apps running in the browser. Does anyone know of any projects that might aid in this silly goal?
Re: Textual: Rapid Application Development framework for Python
#29Earlier quoted context omitted.
it's not very realistic It is totally realistic. I have multiple projects running that do not use any external code. With millions of users. Those projects are PHP though. PHP has a lot of bells and whistles on board. Unfortunately with PHP 8, they started introducing a lot of breaking changes. So they lost my trust and I will use Python for new projects. Not sure yet if I will use Django (As you said, it seems prett…
There are some good reasons that everything, PHP and Python included, moved away from CGI to long-running processes.
Name one.
Re: Textual: Rapid Application Development framework for Python
#30Earlier quoted context omitted.
it's not very realistic It is totally realistic. I have multiple projects running that do not use any external code. With millions of users. Those projects are PHP though. PHP has a lot of bells and whistles on board. Unfortunately with PHP 8, they started introducing a lot of breaking changes. So they lost my trust and I will use Python for new projects. Not sure yet if I will use Django (As you said, it seems prett…
There are some good reasons that everything, PHP and Python included, moved away from CGI to long-running processes.
Long-running processes have their uses but they are not the only tool or the end of the evolution. "Serverless lambda" is one example of how moving back to one-off processes provides a different kind of value.