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.
You must log in or register to comment.
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
I’m curious. What’s the use case for two (or more) mice?
Co-op web browsing and also pvp
pvp? are there games that can handle this? or you mean something else?
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
deleted by creator
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.
This would be an awesome lil feature
How does this work? Can you share some screenshots or record your screen?
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
I’m not understanding, you are saying this works in Gnome Wayland but not on KDE atm?
Jup.
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)
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.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.
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
That’s because Windows has a system provided toolkit that most apps use
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.
This is not my experience on an Arch system. KDE has never crashed on me
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.
If your distro is packaging older versions then you shouldn’t be surprised that things break. Tumbleweed is a rolling release distro
