Improving KDE's Plasma Performance
|
|
|
Comments (4)
Now that I think about it, the only modern GUI toolkit that isn't a memory hog is Xt, but it needs the Xorg infrastructure. "It's a memory hog" is a complaint I've heard about every single GUI toolkit I've used on a desktop, Free or otherwise.
The original MacOS GUI was light on memory, thanks to extreme hand-optimization.
The original MacOS GUI was light on memory, thanks to extreme hand-optimization.
GUS3 - EFLs? They are built from the ground up with mobile in mind.
~Jeff
~Jeff
Quoting:There are better choices out there for investing in mobile tech in the world of FOSS that will make limited resource handhelds run much faster.
The grass is always greener in someone else's yard. But that doesn't mean they shouldn't attend more to their yard to make the grass greener.
I guess the KDE devs agree with you and they are making the effort to change that. From the results, I believe they are making good progress.
It is impractical for them to switch to a different platform without trying to improve what they are currently using. Qt keeps improving and expanding to multiple platform, it is way too early to drop it at this stage to use another toolkit.
I guess this is the nature & beauty of FOSS, many different research efforts going on at the same time so users can pick and choose what they like and suits them the best.
Post a comment
A free account is needed to post. Write your comment here first: your text is kept in this browser while you sign up or log in, and is waiting for you when you come back.
Your message:Markdown: **bold**, *italic*, [text](https://link), - lists, > quotes, $x^2$ for math. Formatting help
Sign up and post (it is free) or Log in and post

~Jeff