TDE (for those who haven’t encountered it before, the Trinity Desktop Environment forked from KDE3 more than a decade ago). It might not be the flashiest or the newest, but it has a decent selection of features and applications, and presents a traditional desktop environment whose interface doesn’t get changed for the sake of change. In other words, it stays out of the way and lets me get things done.
(If I’d liked Gnome 2 better than KDE 3 rather than vice-versa, I probably would have gone for MATE instead.)
The TDE crew have also taken on responsibility for maintaining TQT (formerly QT3). If you’re aware of any open bugs, go ahead and file them to the TQT3 repo on TDE’s Gitea and someone will have a look.
I would always recommend mint. If you want domething which looks a lot similar then zorin does that really well, and it also has you pay if you want some stuff preinstalled so that part is like windows too. Keep in mind that Linux is not windows and it will never be 1:1.
Gaming on Linux is pretty awesome if you use steam. It is painless in my experience.
Linux is used by a lot of professional programmers who might also have gotten training during uni, but honestly, I don’t think that is needed anymore. It can be used by anyone who is willing to accept that Linux will never be 1:1 to windows.
I can 100% back this up. I never had any issues with any of the games I play. The most effort I put in was get dotnet for assetto corsa using protontricks, and that is pretty much the only game which required tweaking from me. I mostly play metroidvanias, and all of them work for me. I can also vouch for 99% of the games out there. Warframe and csgo also work really well.
See I don’t really get the appeal of xfce, I kinda see it as the minimal DE you use if you’ve got low powered hardware or if you need a DE on a system that isn’t a personal computer and just need the bare minimum to run a graphical application or two
it’s the quickest fully featured de, and as an added bonus, it’s the least buggy of them all, it’s also very simple in it’s functioning, fairly close to a diy desktop + wm config, so tweaking random stuff like the compositor is easy to do and doesn’t break everything
Just a beta feature though. Last time I checked it still didn’t work unattended. So unless the missing wayland puzzle pieces are in place now, it’s likely still unusable for be.
That is also a wayland showstopper for me personally. Does someone know if it is a per se wayland issue or is there “only” the implementation missing (i.e. in plasma wayland for instance)?
Wayland is all about protocols being implemented by the DEs. So far there is (afaik) not a fitting protocol for remote desktop usecases.
Even screensharing is still a PITA, since the desktop portals work independantly from the requesting application. App asks portal “what apps and screens are there?”, then the user gets prompted by the portal to select the allowed entities. Then the application lists these again, user picks it again, and then gets prompted by the portal again to basically confirm that you really want to share it. That’s mostly a discrepency between how the apps work (on X11, Windows and OSX vs Wayland). But it’s in the end still a pain for the user.
Grabbing and manipulating inputs is another matter. Allowing that globally is a security issue, so Wayland doesn’t do it. But remote desktop needs that. So now there needs to be a standard protocol that the DEs implement to allow remote desktop solutions to access inputs. Or they do it like RustDesk, run as root and intercept inputs before wayland gets a chance to intervene.
Thanks for the insights. Than I might try RustDesk again, and see if they successfully worked around the wayland shortcomings.
Yeah, screensharing is not optimally either, but at least it is working. I mean I could live with a portal which operates like for example a file chooser, but than it should implement the whole process of choosing a window or a screen without any further interaction necesary in the parent application.
If you’re gonna do btrfs snapshots, you may also want to create subvolumes for certain directories to exclude them from the snapshots, similar to rootco.de/2018-01-19-opensuse-btrfs-subvolumes/
I had the same issue running fedora kinoite on an old laptop with integrated Radeon graphics. Scrambled video when waking from suspend, and even if it does start to look normal its still pretty much frozen.
I am not sure myself, so the following may be wrong.
In my understanding, the rewrite refers to the RustDesk desktop whose interface appears to have been created with Sciter, which was replaced by Flutter.
That looks right actually, so they had been using Flutter already for mobile and finally decided to align their desktop codebase to it too, makes sense
I used to have that problem with Ctrl + Q and Ctrl + Shift + W. I used AutoKey to map them to an empty AutoKey phrase.
AutoKey lets you target only specific types of windows if you want, so you can additionally limit these mappings only to the browser.
You can also map Ctrl + W to an AutoKey script that converts it to Ctrl + Backspace: keyboard.send_keys(“<ctrl>+<backspace>”)
The difference between phrases and scripts in AutoKey is that phrases can only output dumb text (and expand some macros), whereas scripts are Python code that can do stuff with the keyboard, mouse, windows etc.
I’m using AutoKey scripts like that in some games to automate weird key combinations and it has a very good response time. If it’s responsive enough for a game it will probably work for text editing.
linux
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.