> MacOS and specially Windows has their fair share of great and useful software with questionable UI/UX, this is far from a problem affecting only Linux.

In fact, Linux generally offers many more affordances for adjusting the appearance of the UI, especially in comparison to Windows and Mac. If you don't like way your system looks, you can change your UI theme settings, where corresponding options on the proprietary OSes are much more limited.

Gnome is not bad, but GTK has been historically a pain point for development.

Yes, it's not a problem exclusive to Linux or open source, but it's more common on Linux than it is, say, on MacOS.

I just people to do menu bars on desktop again.

Add the Jetbrains search anywhere function if you really just innovate.

No more Hamburger menus.

It looks like CPU-Z (which is fine), it's just not as polished. For example, here you have commas and letters like "y" touching the border of each "box". On CPU-Z there's a padding around the text.

The comment about the colors was based on the screenshots they have on the website, but based on your and other comments here, I can see that it's based on the theme we use use. That's why the AMD logo probably shouldn't be black with a transparent background as then it's hard to see the logo if you're using a dark theme.

Is this a huuuuge deal? Nope. But the programs are just not as polished as they could be.

And it looks like CPU-Z, which I'm fine with. It's just not as polished.

For example, here you have commas and letters like "y" touching the borders of their box. On CPU-Z there's a padding around the text. Black AMD logo with transparent background? That won't work very well with a dark background.

Small things, inconsistencies, etc, are more common (but not exclusive) with open source/linux stuff. That's what I was trying to point out.

If you compare the screenshots on CPU-Z's website and the ones here, I think you can see that while similar, CPU-Z is more "polished". That's the point I was trying to make.

I wouldn't read too deeply into that. I'm pretty sure cpu-z bundles a driver that is unpacked and installed at runtime (search for 'cpuz sys')

Maybe I am dumb, but why does it have to be a daemon? Why not have the user process fork off the privileged binary to collect data and return the results through stdout?

There are similar commands for those. It is exactly a bit more than a front end.

Those commands do provide the information. They never claimed it exactly matches the graphical layout.

And I don't think they are even claiming that a graphical presentation of the same info is necessarily wrong or pointless, they are simply saying, that's a lot of c++ for merely wrapping the text in some gui widgets.

It's a fair observation.

I can imagine generating say an html rendition that looks almost the same in a few k of shell. Maybe there's more to it and it wouldn't be so simple, but that is what it looks like.