• trust: The biggest trust factor difference to me is, who manages the package and how it is installed. Both are not packaged by my distribution maintainers, therefore I have trust issues with a program that important. However both are available as Flatpak. So I would recommend to install it this way.
• updates: Another big factor is how often these are updated, especially security patches. In example for any Firefox based browser, I would not want to wait longer than 1 day before the fork is on the same version as the mainline Firefox.

I personally would prefer LibreWolf over Mullvad, because it is based off Firefox.

I don’t agree here. Playing for long time means you get better, more experienced as well. Reaction time is not all. Plus the differences of reaction time we talk about is usually only important for world class players. Normal humans like us are similar in reaction time between the ages we talk about (30 vs 20 in example). Lot of older people are playing and are better than younger people.

Having said this, every human is different and will have different degradation or changes in their body and mind. I am just generalize here, knowing that individuals might differ strongly. Have in mind, I am talking about normal players like us, not professionals or world class players, where differences in weakness are much more amplified.

And off course it depends on the games as well off course and in what rank you are. My point is that age is often an excuse without realizing the real issues, pointing it to reaction times and aging, when maybe something different is the problem.

It’s not a big deal to anyone except you.

Wrong, this is a big deal for the developers, for the users and for any maintainer of packages.

And this wasn’t a big change or new feature so they decided to implement it. It’s pretty bold to assume this was a huge change.

It is by definition a big change. And I defined it in my first reply. As you ignore all of this and waste my time, I will not read any further and block you now.

The KDE team really should consider a 1 year bug hunting phase without bigger changes like the thing about desktop edit mode we discussed here. This is my suggestion.

Compared to what I am talking about it is a huge change. My suggestion is not to do this. How I know it? Because I said so. It is my suggestion. Can we stop arguing about semantics and definitions of words? That’s not the point of my suggestion.

My suggestion is to not do such big changes for 1 year and only focus on bug fixes and small changes for the developer and for the user. That’s the point. The desktop edit change is a HUGE change with new logic. It’s incredible complex compared to what I am suggesting.

Maybe look if there are predefined set of user created controls in Steam Deck. Sometimes users create alternative control schemes optimized for controller setup. Or do your own customization with the Steam Input. That won’t make you better at aiming, but maybe you can address some pain points this way.

At the moment I am not using your project, but I think this has its place even with Flatpak available. Because archiving Flatpaks is not as easy as arachiving AppImages. In example there are programs (emulators) I use Flatpak for, but from time to time I also archive a version of the official AppImage.

And sandboxing comes up as a point everytime people talk why Flatpak is superior to AppImages. So tackling that point is good effort to me.

Edit: Think about renaming the project. It’s not very memorable and also the ai in the name suggests it has something to do with artificial intelligence.

deleted by creator

It’s like coming from gamepad to arcade sticks, when playing fighting games. There is nothing else you can do, other than train and play and git gud. Try the original DOOM, and I mean the first DOOM from the 90s. You don’t have to aim up or down, only left and right and its not precise as todays shooters. Maybe play that on a lower difficulty and see if you can get used to it.

Overwatch 2, which is Free To Play, has a training area and courses for heroes you can try. Take the simple Soldier, which is your average FPS character, and maybe you can get used to the controls. You don’t have to play online, just try it out against bots and do these training courses. Maybe that helps.

If you play such a shooter every day, DOOM, and others, than you will get used to it and build up muscle memory. Actually I find it exciting to learn new stuff like this and am a little bit jealous. ^^ Reminds me back when I came from console to PC and had to learn how to play shooters with mouse and keyboard.

Edit: Your age 30 is fine. Age is always an excuse, but mostly not true. I’m also from the 80s and grew up with 8-bit and 16-bit. Yet I learned how to play with arcade sticks and mouse and keyboard in addition to controllers. I’m 42 now (and proud of it). My biggest advice is, play every sort of game, not only you are comfortable with. And do it every day. git gud is the only way.

deleted by creator

After 12 thousand years.

That’s interesting. But man, the project name is not very memorable.

It is not irrelevant to me and I made it multiple times clear. Its a suggestion by me, regardless of what terminology you use or the team uses. The desktop edit change is a big change which I suggest not to do for a year. Only bug fixes and small changes that enhance and improve usability. The desktop edit change is a huge change for the developers and for the end user, with lot of background changes to make it work correctly, with lot of fixes after it.

Something that complex is not a small change and is not irrelevant for the topic I brought up. I made it multiple times clear now, I don’t know why you are still act like this. It’s not a definition of a term we are trying to agree, I don’t care the term.

I don’t agree with you and explicitly listed it in my first reply as an example of what I consider a big change.

You misunderstand me. They can write new code and be ready when the bug hunting phase is over. The end user only gets bug fixes. Later they can backport any new feature after the phase.

https://wiki.archlinux.org/title/Installation_guide

I guess you meant this as a joke, but for clarification, I meant no big changes such as new desktop edit mode. I wish the team would just focus of bug fixes and enhancements without introducing new elements or changing things up in a big way like this.

deleted by creator

deleted by creator

deleted by creator

I wish the team would just spent an entire year of bug fixing and refining user experience without adding new features or making big changes such as the new desktop edit mode. Don’t get me wrong, this is super exciting too, but for the complex nature of KDE it would be good if they keep a bit of focus after a major release.