Is there anyway to get focus in/out event (DECSET 1004) when hovering in/out from compositor background? (atleast in panel kitten mode) #8808
Replies: 4 comments 6 replies
-
Any focus events received from the compositor will be forwarded to
applications as far as I know. Run with --debug-input and check if the
compositor is actually delivering keyboard leave for your use case. Note
that just moving the mouse around doesn't typically change keyboard focus
unless you have enabled some kind of focus follows mouse setting in your
compositor.
Although I am not sure if the panel kitten supports --debug-input or
only --debug-rendering. It is a trivial patch to add --debug-input to it
as well.
|
Beta Was this translation helpful? Give feedback.
2 replies
-
there is no such thing as mouse focus. Only keyboards have focus.
a mouse event will go to whichever window the mouse is over when you
click it.
|
Beta Was this translation helpful? Give feedback.
2 replies
-
No, there is no such protocol. terminal programs dont have such a
concept.
|
Beta Was this translation helpful? Give feedback.
1 reply
-
Beta Was this translation helpful? Give feedback.
1 reply
Answer selected by
codelif
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Focus In/Out events (DECSET 1004) are emitted correctly when focusing from window to window.
But they are not emitted when hovering mouse from window to compositor background (see video)
I presume this is not a bug since this is the expected behavior for normal windows. But is this possible for panel kittens (with on-demand focus policy)?
Waybar in layer-shell is able to get those events (see video)
demo.mp4
I have tested this in Hyprland and Sway.
Beta Was this translation helpful? Give feedback.
All reactions