[Bug]: Printing hex on button click about asus-numberpad-driver HOT 15 CLOSED

Not that the calculator launch functionality is as big of a deal, but I did see this during the install script:

Do you want automatically try install toggling script for XF86Calculator key? Slide from top left icon will then invoke/close detected calculator app. [y/N]y
No such schema “org.gnome.settings-daemon.plugins.media-keys”
is installed io.elementary.calculator: 1
is installed gnome-calculator: 1
Automatic installing of toggling script for XF86Calculator key failed. Please create an issue (https://github.com/asus-linux-drivers/asus-numberpad-driver/issues).

The only calculator apps I have installed are kcalc and kalk. I use Arch BTW

from asus-numberpad-driver.

@georgev93 Code is setting up shortcut atm only via gsettings and org.gnome.settings-daemon.plugins.media-keys, feel free open another issue and consider a contribution to the code as I can not test it on Arch. Also feel free add to the code detecting kcalc / kalk.

from asus-numberpad-driver.

@georgev93 Hello there, thank you for creating an issue. In your environment, are you able to print Unicode characters via Ctrl+Shift+U+? It look like you are not. For using this driver you have to be able to do that. For example, the shortcut for percent char is left ctrl + left shift + U + 25 = %. Try to enable that in your environment and then try printing number 9 again, should be done properly. I see in the error log no errors.

from asus-numberpad-driver.

@georgev93 Can be reopened.

from asus-numberpad-driver.

Thanks for the response! As it turns out, I can print unicode characters with left_ctrl + left_shift + (hex code) in my console, but not in most other programs. Note that I don't need to type the u, and if I do I just get an extra u before my unicode character.

A little more background on my keyboard setup: I'm using a custom variant I defined in my /usr/share/X11/xkb/symbols/us file:

partial alphanumeric_keys
xkb_symbols "george" {
    include "us(basic)"
    name[Group1]= "English custom layout";

    key <AD06> { type="THREE_LEVEL_SHIFT",   [        y,        Y,     Prior]   };
    key <AD07> { type="THREE_LEVEL_SHIFT",   [        u,        U,      Home]   };
    key <AD08> { type="THREE_LEVEL_SHIFT",   [        i,        I,        Up]   };
    key <AD09> { type="THREE_LEVEL_SHIFT",   [        o,        O,       End]   };
    key <AD10> { type="THREE_LEVEL_SHIFT",   [        p,        P,    Delete]   };

    key <AC04> {
        type[Group1] = "THREE_LEVEL_SHIFT",
        symbols[Group1] = [          f,          F                           ],
        actions[Group1] = [ NoAction(), NoAction(), LockMods(modifiers=Lock) ]
    };

    key <AC06> { type="THREE_LEVEL_SHIFT",   [        h,        H,      Next]   };
    key <AC07> { type="THREE_LEVEL_SHIFT",   [        j,        J,      Left]   };
    key <AC08> { type="THREE_LEVEL_SHIFT",   [        k,        K,      Down]   };
    key <AC09> { type="THREE_LEVEL_SHIFT",   [        l,        L,     Right]   };
    key <AC10> { type="THREE_LEVEL_SHIFT",   [semicolon,    colon, BackSpace]   };

    key <AB10> { type="THREE_LEVEL_SHIFT",   [    slash, question,    Insert]   };

    key <SPCE> { type="THREE_LEVEL_SHIFT",   [    space,    space,    Return]   };
};

But this variant is just a superset of the regular us keyboard with some modification to the caps lock behavior, so I'm not sure why that would mess with the ctrl + shift + u unicode entry behavior.

from asus-numberpad-driver.

Just to confirm, I commented out my modifications to xkb files, set my KDE Plasma environment to chose the default US keyboard layout, and restarted. I'm still having issues. Although now instead of typing "u39 " when I type 9 on the numpad, it is typing "39 ", and repeated presses overwrite the previous "39 ". Num lock is turned on when I activate my numpad (which is the intended behavior, correct?).

from asus-numberpad-driver.

@georgev93 Important is, what do you see in ibus settings, me:

from asus-numberpad-driver.

@georgev93 Workaround for you might be going back to the previous set up of layout without sending unicode characters except for percent char, more here, but I recommend you figure out what is wrong with ctrl + shift + u.

from asus-numberpad-driver.

@georgev93

Num lock is turned on when I activate my numpad (which is the intended behavior, correct?).

Yes

from asus-numberpad-driver.

My iBus settings for unicode match, however, my ibus daemon wasn't running. When I started the daemon to check I received a system notification that ibus changes won't take effect on Wayland and that I should use systemsettings5 instead.

After enabling the daemon, I still had the same behavior (ctrl+shift+u 25 printed u% and the numpad still printed u39)

from asus-numberpad-driver.

Looks like this is a known limitation in Walaynd. Is the virtual key combo of Ctrl+Shift+U hardcoded in this driver? If I was looking to hack this repo to tweak for my machine, where should I start looking?

from asus-numberpad-driver.

@georgev93 git pull latest master, reinstall, I reverted numpad layouts which use KEYS_KP and not Unicode and set it up as default, it should help you send numpad keys except percent char and hashtag char.

from asus-numberpad-driver.

@georgev93 Does work change of shortcut for unicode sending in gsettings for you? I mean org.freedesktop.ibus.panel.emoji unicode-hotkey ['<Control><Shift>u'] For me with X11 it does work. I am considering loading the shortcut sequence from there (gsettings get org.freedesktop.ibus.panel.emoji unicode-hotkey, it should work for at least Gnome based distributions I hope), it is hardcoded in the driver code, you guessed right.

from asus-numberpad-driver.

Wow! Very kind of you to make such a significant change to your repo to get to the bottom of this! I can confirm that the non-unicode driver is working as expected. Well, the calculator shortcut isn't working, but I bet I can figure that one out (especially with the help available in the readme).

As for the change of unicode shortcut: when I do gsettings get org.freedesktop.ibus.panel.emoji unicode-hotkey it does return <Control><Shift>u, so as far as gsettings is concerned, I think it was always set to the right key combo. I think (and I'm completely uneducated on this topic so please excuse an obvious or wrong statement here) gsettings was both not running and not in effect when I tried to run it thanks to my Plasma/Wayland environment honoring systemsettings5 instead of gsettings

from asus-numberpad-driver.

@georgev93 Possibility rebinds the Unicode shortcut is WIP in the branch mentioned to this issue #141, atm I know only about way how to do that using mentioned gsettings for Gnome. It concerns even to you as I said for percents or even hash tag char if I am correct.

from asus-numberpad-driver.