Post #2945575

2025-10-25 11:58 UTC

@scops@social.tchncs.de @CarbonCarrot@mastodon.social Just some quick corrections here: The language used to make GTK apps barely matters these days. The language calls into C API, so it will have C performance.CSS isn't inherently non-performant, it's something GTK implements. Libadwaita does have a very large style sheet, and parsing that amount of CSS is a genuine concern, but it isn't nearly as bad as you'd think it is.

Replies (2)

@CarbonCarrot@mastodon.social 2025-10-25 12:26

@monster@tech.lgbt @scops@social.tchncs.de Or at least the GUI will have C performance - the more you offload to C libraries, the faster Python & JS can be

Open ##2945576
@scops@social.tchncs.de 2025-10-25 13:04

@monster@tech.lgbt @CarbonCarrot@mastodon.social depends on how much python/js logic is used... Each api call is (nearly) as fast as it would be from a non-scripting language, yeah. But the script part... Well is a script part and not compiled code About the css part; i have tested several more complex and some more simple gtk 4 themes. I could _see_ on the librem 5 for example that complex gtk4 themes perform less as good as simple. Gtk2 apps are much more performant as their gtk3/4 successors. Indeed it doesn't really matter (in terms of usability) on fast x86 cpus. But on the long run; more complex structures means more cpu usage. I'm not a active qt or gtk coder (done some qt/c++ stuff in the past) but if i see that the style change from active window to background one is visible on gtk4 and not on qt apps,...

Open ##2945577