I'm having this same issue. Did you find a workaround?

I came across this last night and found that if you specify that setting the stacking property to bg fixed this to only initially grab focus but allowed you to then focus on other apps (in my case this was also stealing all mouse input on the monitor).

eg

(defwindow example
    :focusable true
    :stacking "bg"
    (label :text "You should be able to type to other windows once you focus on them.")
)

I came across this last night and found that if you specify that setting the stacking property to bg fixed this to only initially grab focus but allowed you to then focus on other apps (in my case this was also stealing all mouse input on the monitor).

eg

(defwindow example
    :focusable true
    :stacking "bg"
    (label :text "You should be able to type to other windows once you focus on them.")
)

It works but the eww window doesn't overlay the other windows even when it has gained focus

Having the same issue, when setting :focusable to true the widget gets exclusive focus and I can't type in other windows.

Noticed the function gtk_layer_shell::set_keyboard_interactivity called in src/display_backend.rs:66 is deprecated since gtk_layer_shell v0.6, which might be causing the issue ?

I am having the same issue. I am trying to create a notification daemon with support for inline replies and hence can't use the "bg" hack since notifs need to be displayed on top of everything. So, Currently, in my testing, I can either not type anything, or I have to forsake my keyboard for the duration of the display of the notification.

Anyone have a solution to this problem? With this behaviour, it seems eww is not a viable waybar alternative on Wayland.

Turns out this problem does not occur on the latest master version for me anymore. (I had installed 0.6.0 previously.)

I still have the same issue even after updating to 8661abf