Open AhoyISki opened 2 years ago
i'm actually having a similar issue, but mine applies to all animations
without revealer
with revealer
I've some sort of a similar issue with eww in hyprland. My config places a eventbox over the entire screen and then a powermenu on top of it. When I click outside the powermenu options aka on the eventbox it closes the window but the mouse still stays focused untill I move it a bit.
Still an issue 2024
still an issue
I had this issue with 'slideleft' but it went away after putting :space-evenly false
for the box child of the eventbox.
Checklist before submitting an issue
Description of the bug
When you create a
revealer
widget, it doesn't constantly occupy the part of the screen that it reveals. When it is closed, your mouse will focus on things "below" it.Unless you're using the
crossfade
animation, then it constantly occupies the screen, and any mouse inputs "under" it won't be registered.Reproducing the issue
Using this minimal config:
Here's a demonstration:
Notice that the border color on firefox is still black when switching to another desktop environment when the cursor is in the region occupied by
eww
. That's an indication that focus hasn't been given to firefox, the window "below"eww
. This also prevents clicking, dragging, and scrolling in that region.Again, this only happens when
animation="crossfade"
, every other animation manages to get rid of the window properly.Expected behaviour
That when the
revealer
widget is turned off andanimation="crossfade"
,eww
would no longer occupy the area whererevealer
is placed, just like how it works for every otheranimation
type.Additional context
I have bound
super m
toeww update MOVE_MODE=true
. The window manager I'm using ishyprland
, but I don't think that's the issue, sinceeww
still manages to properly remove the window in the otheranimation
modes forrevealer