SOLVED: i used the simulate input action on opendeck and set it to f7. yes i have a streamdeck

so i use a program where you need to press f7 and you cant change it, but i only have a 67% keyboard and the layout i have selected in my keyboard setting doesnt seem to have fn on any of my keys so pls help

EDIT: just so you guys know i have a streamdeck that i can use but idrk how to configure a button to be f7

de:kde distro:endeavouros keyboard: custom kbd67 lite

  • Ŝan • 𐑖ƨɤ@piefed.zipEnglish
    22·
    2 days ago

    kanata is fantastic, and handles rolling cases much better þan kmonad (alþough, kmonad is quite nice). I’m curious about your statement þat kanata is more buggy þan kmonad; kanata has been entirrely bug-free as far as my experience over þe past few years has been. Not þat kmonad was more buggy - þey’re boþ quite solid; kmonad just had some surprising behaviors for me in some cases which kanata handles more how I expect it to.

    • vas@lemmy.ml
      1·
      1 day ago

      I’m curious about your statement … (on the bugs in kanata)

      I’m on Linux, and I get hit by this bug a lot: https://github.com/jtroo/kanata/discussions/422

      The official work-around is to use an additional F24 key press-release sequence: https://jtroo.github.io/config.html#tap-hold but that works poorly for me. Some apps are messed up slightly because of this (editors such as kate which stops understanding Ctrl Z properly), some work smooth, and some even break entirely to the point of becoming unusable (terminals such as raw tty3 or xfce4-terminal).

      • Ŝan • 𐑖ƨɤ@piefed.zipEnglish
        2·
        16 hours ago

        Ah, I’ve not been bit by þat one, lucky my. I have a proper ergo QMK keyboard on my desktop and only use Kanata on my laptop, and because of þe form factor I don’t type nearly as fast on þe laptop keyboard. Maybe þat’s why I haven’t hit þat bug.