this post was submitted on 15 Oct 2024
43 points (100.0% liked)

Linux Gaming

15818 readers
129 users here now

Gaming on the GNU/Linux operating system.

Recommended news sources:

Related chat:

Related Communities:

Please be nice to other members. Anyone not being nice will be banned. Keep it fun, respectful and just be awesome to each other.

founded 4 years ago
MODERATORS
 

The KDE Goals initiative is working to improve support for input devices such as game controllers, fancy mice, handhelds — anything for your gaming needs.

This Sunday, Oct 20th at 18:00 (UTC), the KDE Goals champions will be answering your questions live. Post your questions here and I'll make sure they'll answer them.

We'll be streaming here: https://tube.kockatoo.org/w/2tAyknEQc8EhL2AyoAUE8M

You can get in touch with the community at the Matrix room.

all 21 comments
sorted by: hot top controversial new old
[–] [email protected] 8 points 4 weeks ago (3 children)

Most important feature whoch Gnome has for Years.

2 or more Mices at the same time with its own focus. Something that KDE can't handle at all, because those two mice positions are figthing for the cursor

[–] [email protected] 4 points 4 weeks ago (2 children)

I'm curious. What's the use case for two (or more) mice?

[–] drew_belloc 5 points 4 weeks ago (1 children)

Co-op web browsing and also pvp

[–] [email protected] 1 points 4 weeks ago (2 children)

pvp? are there games that can handle this? or you mean something else?

[–] drew_belloc 7 points 4 weeks ago

I mean that just by having two people with a mouse cursor at the same time is already a competition to see how can actually use the pc

[–] [email protected] 3 points 4 weeks ago

A lot of new game ideas.

It was a wish when I started to develop my own 3D Engine with OpenGL.

But after finishing it to a point where I am happy, I would try going to Godot and Bevy.

Maybe I will try to create something first in Gnome, but I dislike Gnome a bit after 3 Years of usage and a switch to KDE for 2 Years.

[–] [email protected] 3 points 4 weeks ago

This would be an awesome lil feature

[–] [email protected] 1 points 3 weeks ago (1 children)

How does this work? Can you share some screenshots or record your screen?

[–] [email protected] 1 points 3 weeks ago* (last edited 3 weeks ago) (1 children)

Puuh, I can redo it. But I had a Video 2-3 Years ago where I used a Feet and a Hand at the same time on the table (because one Hand needs to hold the Phone/Cam)

I loved it because its goofy flexing.

Its only possible on X11 Yet afaik because in X11 you can Manipulate XInput and create new Focus Groups to assign your devices there (move them to another group).

This already is used in Both KDE and Gnome Wayland, but only for Tablets (they get theie own Focus group like I can do it with X11 and XInput command tool, its the same but a feature that actually is default). You can also see a difference how Gnome can actually handle both inputs well at the same time, while KDE is a glitching nightmare

[–] [email protected] 1 points 3 weeks ago (1 children)

I'm not understanding, you are saying this works in Gnome Wayland but not on KDE atm?

[–] [email protected] 1 points 2 weeks ago
[–] [email protected] 5 points 4 weeks ago

What do you mean by "I'll make sure they'll answer them"? Are you a reporter? But if this is a bug report thread now, here I go:

I have and one of my friends had the Logitech G502 LIGHTSPEED mouse. It has a problem with it's mouse wheel.

I've done the debugging a while back, but maybe I can get the logs again. Basically when using it wired it only uses the regular mouse wheel events, but when using it wireless (most of the time) it uses both highres mwheel events and regular ones. Confusing all apps. To add to this, the regular events seems to be simulated by software, based alongside every 5th (? maybe it was a long time ago) highres event. While at seemingly random times a full "click" of the mouse wheel just doesn't register the required number of highres events, making the "normal" one also absent. I tough this was a hardware issue, as when it happens you can go back and forth and it won't register it at all, however it doesn't happen when pugged in.

This is probably some kernel issue if I'm being honest, all I know is that on Windows it works perfectly. But I am using KDE and I have not debugged this mouse on any other window manager.

I truly don't know if this was the type of reply you were looking for, if not: Sorry for wasting your time. (There's also a KDE bug when editing widgets or when turning the screen off and on, but that's not input device so)

[–] [email protected] 2 points 4 weeks ago* (last edited 4 weeks ago) (1 children)

how can we have relatively simpler touch gestures? mostly what I'm thinking about is long press for imitating a right click, but text selection with popup copy/paste/etc buttons would also be useful.

I would say it's also inconvenient that we don't have a good touch keyboard for wayland, but you probably know that.
maliit is hard to build, afaik not packaged for any distro, buggy and not customizable (or if it is, it is not documented anywhere else than the code), apparently there is no way to limit it's width, which makes usage harder on tablet sized screens. it has also been abandoned by the devs.
squeekboard is not compatible with KDE wayland because of missing protocols.
onboard is X only.

[–] [email protected] 2 points 4 weeks ago (1 children)

long press for imitating a right click, but text selection with popup copy/paste/etc buttons would also be useful.

Unfortunately that's not something that can be done system wide, apps have to handle that themselves.

afaik not packaged for any distro

It's packaged in every widely used distro.

[–] [email protected] 1 points 3 weeks ago (1 children)

Unfortunately that's not something that can be done system wide, apps have to handle that themselves.

I had a dell tablet a decade ago with windows 7 that was able to do it anywhere

[–] [email protected] 2 points 3 weeks ago

That's because Windows has a system provided toolkit that most apps use

[–] [email protected] -1 points 4 weeks ago* (last edited 4 weeks ago) (1 children)

Honestly I wish those developers would focus on the basics rather than esoteric input devices.

KDE isn't stable enough with a regular mouse and keyboard, let alone fancy input devices. It crashes WAY too often and has too many bugs which require the user to constantly have to use the terminal to work around.

KDE: get your priorities straight and focus on basic stability and usability first.

[–] [email protected] 6 points 4 weeks ago (1 children)

This is not my experience on an Arch system. KDE has never crashed on me

[–] [email protected] 1 points 4 weeks ago* (last edited 4 weeks ago) (1 children)

Might be hit or miss. On Kubuntu it wigged out on me often enough that I needed to make a shortcut to restart Plasma, but so far it's been stable on OpenSUSE Tumbleweed.

[–] [email protected] 2 points 4 weeks ago

If your distro is packaging older versions then you shouldn't be surprised that things break. Tumbleweed is a rolling release distro