• Melco@lemmy.world
    link
    fedilink
    arrow-up
    5
    arrow-down
    6
    ·
    7 days ago

    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: focus on getting the basics stable first.

      • bread@feddit.nl
        link
        fedilink
        arrow-up
        0
        ·
        edit-2
        6 days ago

        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.

        • DaTingGoBrrr@lemmy.ml
          link
          fedilink
          arrow-up
          2
          ·
          6 days ago

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

  • ReakDuck@lemmy.ml
    link
    fedilink
    arrow-up
    7
    arrow-down
    1
    ·
    7 days ago

    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

      • ReakDuck@lemmy.ml
        link
        fedilink
        arrow-up
        1
        ·
        edit-2
        4 hours ago

        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

      • ReakDuck@lemmy.ml
        link
        fedilink
        arrow-up
        2
        ·
        7 days 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.

  • UnRelatedBurner@sh.itjust.works
    link
    fedilink
    arrow-up
    5
    ·
    7 days 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)

  • ReversalHatchery@beehaw.org
    link
    fedilink
    English
    arrow-up
    2
    ·
    edit-2
    7 days ago

    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.

    • Zamundaaa@discuss.tchncs.de
      link
      fedilink
      English
      arrow-up
      2
      ·
      6 days ago

      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.

      • ReversalHatchery@beehaw.org
        link
        fedilink
        English
        arrow-up
        0
        ·
        4 days ago

        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