This applies only if you update or reinstall. I stopped updating the whole system (permanently), except for a few independent programs, so I won't have to do anything. :)
The calendar looks the same way as the menu - with 40% transparency. I've been thinking of transforming the menu and the calendar to a solid green background color (instead of transparency) but never had the time to do it. The original theme was Mint-Y-[something] about 8 years ago but nowadays it's... something else.
Is that as original as Windows 10's desktop which was actually a glorified Plasma 5? 🤭
If Firefox is using GTK (GTK3 to be precise) to decorate the window, even in KDE, that might be some good news for him, altough I could be wrong bc I've never used Plasma for this long (30 days tops, long ago) to get to the point of wanting to change the title bar of anything.
In Cinnamon (6.4.7) I'm using an old workaround for cases like this. It's still somewhat maintained. I can't guarantee it will work with Plasma but it doesn't hurt to try: https://aur.archlinux.org/packages/gtk3-nocsd-git
After installation, open (or create) ~/.XSession and put these two lines in it:
export GTK_CSD=0 export LD_PRELOAD=/usr/lib/libgtk3-nocsd.so.0
and reboot.
This is how I've been replacing GEdit's CSD with a normal title bar, as well as Firefox's:
Yeah, I think it does. But I still don't get it why the man in the third image is with nearly closed eyes. Is he answering the question by mimicing a Chinese face, meaning China told him not to trust what China says?
I wrote AUR earlier. Considering your answer, you don't know what AUR is, I take it. "Arch User Repository". I downloaded the packages from there and extracted their contents. One is binaries, the other package is game data (files, textures, etc).
Oh, I understand now. I checked PKGBUILD and it seems the path is... let's call it "hardcoded" because executables are probably looking for libraries in that specific path - /usr/lib, /usr/bin, /usr/share and so on and that's why it's failing to start, if it's not on the root partition. I'm not an expert in software developing but this smells like a bad linux port to me, bc properly made programs have quite different paths, like this: $HOME, $PATH and so on, nothing definitive like with this game.
By "properly made programs" I mean programs that will run just fine, even if I unpack their /usr in my secondary storage - /B/123/package-name/usr.
There's nothing to recreate. Read what Ventoy is.
If that' supposed to be funny, I don't get it.
That thing next to the man isn't human to begin with. 😆 You can't expect the AI to make an authentic rendering of Chupakabra.
If I manually "install" the game somewhere (and by that I mean manually unpack the two zst packages from AUR's PKBUILD download sources), it refuses to start and returns a whole bunch of erors in terminal. If I let trizen decide where to install it - it starts OK. I know the game isn't large and I can keep it on the root partition, but it's about principles, not about size. How can I trust something that FORCES ME to do this, instead of that? Needless to say which corporation such a behavior reminds me of.
Aaaand you can't install it elsewhere outside the root partition... It has to be on / , otherwise it won't start. "Perfect"... I don't like putting any games on the root partition, so... moving on to other FOSS games. It would have been great if everything were put together in one dir, similar to discord's way: /opt/Discord and that's it. With such a path you can symlink Discord to wherever you want. But you can't do that with this game.
