imecth

deleted by creator

Dxvk is usually better, but using vulkan is the better strategic move, you’ll increase their vulkan stats and provide QA. Good native vulkan support will beat dxvk every time.

Linux only just hit 2% market share

That’s steam players, linux on desktop is estimated at 4%, and 6% if you count chromeos.

Does it matter where it comes from though? Do you think regular folks are like: “i’m gonna play on my WINDOWS MACHINE”? They just use whatever came pre-installed.

Arch is designed to take up your free time by making you build everything from scratch

That’s a weird take, arch provides repositories ootb and is meant to be used with pacman, you’re maybe confusing with gentoo?

You really want to deal with wine through another layer like lutris if you’re new to wine. Lutris doesn’t just bring a different wine version, it brings environment variables, dxvk… Wine alone does not work well, it needs to be setup.

deleted by creator

It’s more complicated than that, distros typically have specific patches for packages and they assume you’re running a particular kernel version. By running another kernel version you’re going into unsupported territory. Yeah you can do that, and it’ll probably be fine, but using another distro that actually supports the edge kernel is less risky and takes a few less clicks.

They do. Linux mint is great for office work and opening firefox. If you want a gaming distro i’d use something closer to the edge like fedora / endeavour os.

Supposedly Windows can mess with the linux bootloader if it’s on the same drive, i never had it happen back when i still dual booted. Reinstalling the bootloader isn’t too hard though if it ever does happen.

Yes. Linux on desktop is by design modulable, you grab parts from plenty of different packages and put them together to make a distribution. Gnome and KDE are just packages, large ones with plenty of dependencies to be sure, but just packages. Here’s the gnome package on arch, do you see any driver?

Literally never heard of it before. Please don’t recommend tiny distributions to new users, they’re a pain to debug due to the lack of information, and they typically have much less support.

drivers for software

That’s not a thing.

theme brings drivers

Gnome and kde don’t bring drivers, they bring a compositor. The drivers come from LINUX and other packages like MESA which are distro agnostic.

only working on Windows

OS compatibility is in the hands of the engineers and developers, or more accurately in the hands of corporations that will go where there’s money. If you want shit to work on linux, you need to use linux.

There’s some distributions that are windows-like, if you want that you can try Linux Mint. But some DEs like Gnome approach desktop use very differently and do away with plenty of windows designs.

It’s really a design decision. Gnome’s corners don’t have infinite size because you can grab the window by clicking anywhere on the topbar including in fullscreen. It creates exceptions in the design, why should the close button expand to the corner but not the others? If the close button is too small to click on, that’s another issue entirely.

Do you honestly think an icon bar like this is a good thing? Look at the colors, the amount of them, how they fold because there’s too many… And it’s the same shit on windows too. It looks ugly, they’re hard to click on, most of them don’t serve any purpose… I agree appindicators do serve a purpose, but as it is, i prefer not having them at all.

Works fine here, on mutter with mesa. Looks mostly like a KDE bug.

You can still theme gtk though, whether it’s simply by editing /.config/gtk-4.0/gtk.css or by using a more in depth app like gradience, everyone using the same defaults actually makes it easier to further tweak.

The problem is when you allow one developer its own applet, every application wants one, and suddenly you have 15 applets. Applications need to figure out alternative design patterns to achieve the same result or sidestep the problem.
There’s this saying, out of sight, out of mind, do you really need to have a constant eye on every application? When there’s an actual change you get a notification.

If your code isn’t up to par, or your feature isn’t relevant enough and doesn’t fit “the vision”, it’s correct to deny it. On top of diluting the project contributed code add a maintainership cost that the random contributor will probably not be footing.

Accept everything in your cake and tomorrow it’ll be an inedible mess that nobody wants. It’s ok for software to be aimed at different people.