Keyboard broken after use about rofi-rbw HOT 10 CLOSED

From your description, it sound like you're hit with jordansissel/xdotool#43 , and unfortunately, there's nothing I can do about that (it annoys me, too, sometimes).

However, you also linked #15, which is about the window not receiving any keystrokes. Is that true for you as well?

from rofi-rbw.

@fdw Thanks for the answer. I guess I misunderstood #15 then. It's not a major issue and I guess I'll just have to accept it if that issue been open 8 years.

from rofi-rbw.

Sorry, really :(

I'd love to fix this, but I don't think I can do this in rofi-rbw alone :/

from rofi-rbw.

would it be possible to run xdotool keyup Shift_L Shift_R Alt_L Alt_R after xdotool as suggested in the issue in the xdottool repo? (Shift is required for layouts where numbers are accessed with shift like azerty)

from rofi-rbw.

First, I've pushed at a branch at release-alt to test this out. Can you please report back if this is better?

Secondly, I'd really love the implementation from @scgtrp and would prefer that if it becomes available.

from rofi-rbw.

oh my understanding was that it must be run before, so I was trying symphorien@f0dae81 (which has been working for 3 days, fwiw)

from rofi-rbw.

I think both ways should work (theoretically 😉), though slightly differently: Doing it first means that we don't have to do --clearmodifiers, which in turn means that the keys can't get stuck.

Doing it after still requires --clearmodifiers, but releases them afterwards, in case they got stuck.

If you've tested your way and it works, why don't you open a PR for it? I don't like to take credit for your idea and work 🙂

from rofi-rbw.

I'll test a few more days, and then open a PR

from rofi-rbw.

Awesome, thank you 🙂

from rofi-rbw.

see #63

from rofi-rbw.