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.
Resource greedy?? It runs just fine on a Raspberry Pi.
Textual: Rapid Application Development framework for Python
51–60 of 112 posts
Re: Textual: Rapid Application Development framework for Python
#52Re: Textual: Rapid Application Development framework for Python
#53After 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…
Most code is written to make money. Frameworks make it easy to not only start a project but run it for a long time with fast time to market. I agree that if it was just about writing nice code, libraries are good but if you want to make money writing code, frameworks help do it much faster. You could argue that you can make money writing without frameworks but at what cost and how many teams can successfully do that…
Nail on the head.
Too many devs care way too much about having a pretty solution instead of a cost-efficient one. The solutions space usually has a middle ground somewhere (affectionately called 'horrible hack' every once in a while). It's what makes a difference between a software engineer and a programmer.
To paraphrase, anyone can build good software, but it takes an engineer to build good software quickly.
Re: Textual: Rapid Application Development framework for Python
#54I 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?
Just run a web terminal like ttyd: https://tsl0922.github.io/ttyd
Re: Textual: Rapid Application Development framework for Python
#55Re: Textual: Rapid Application Development framework for Python
#56I'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.
Re: Textual: Rapid Application Development framework for Python
#57Earlier quoted context omitted.
customize neovim ??
Never succeeded in getting it to work. Maybe should try harder? Is there a Docker image with everything in place?
try this one
https://spacevim.org/quick-start-guide/#run-in-docker
personally haven't... but it just might work.
Re: Textual: Rapid Application Development framework for Python
#58Earlier quoted context omitted.
In general, startup takes time - import dependencies, read config files, make a database connection, and so on. That time can be noticeable. Years ago I had to deploy on a network file system which was very slow for file stats. (It was designed for HPC and bandwidth.) Python startup (by default) requires a large number of stat calls. It took our CGI app over a second just to start. I was able to improve it by packagi…
What is your problem with startup time? Have you timed it? How long does it take? PHP starts up from scratch on every request, yet it blows Python out of the water performance wise.
It's been a while since I've seen anyone brag about PHP's speed.
PHP is quite slow at encoding and decoding JSON, very slow at any kind of tree data structure, and has among the highest memory usage of any language at printing a string of text to a console or otherwise.
Python is faster at all of those things and it's quite slow. Those are kind of web related tasks, and the web benchmarks for say django vs laravel don't show that PHP is any kind of winner.
Re: Textual: Rapid Application Development framework for Python
#59After 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…
Any suggestions for lean Python libraries besides Flask?
Fast API is very lightweight.