eww icon indicating copy to clipboard operation
eww copied to clipboard

[BUG] [MAYBE INTENDED BEHAVIOUR] The revealer widget constantly occupies its area, even when closed, when animation="crossfade"

Open AhoyISki opened this issue 2 years ago • 5 comments

Checklist before submitting an issue

  • [X] I have searched through the existing closed and open issues for eww and made sure this is not a duplicate
  • [X] I have specifically verified that this bug is not a common user error
  • [X] I am providing as much relevant information as I am able to in this bug report (Minimal config to reproduce the issue for example, if applicable)

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:

(deflisten ICONS `echo $HOME/.config/eww/icons/`)

; Mode variables
(defvar MOVE_MODE false)
(defvar RESIZE_MODE false)

(defwindow mode-indicator
		   :monitor 0
		   :geometry (geometry :x "0%"
							   :y "0%"
							   :width "0%"
							   :height "0%"
							   :anchor "center")
		   :stacking "fg"
		   :exclusive false
                   :focusable false
  (mode-indicator))

(defwidget mode-indicator []
  (revealer :transition "crossfade"
            :reveal {MOVE_MODE || RESIZE_MODE}
			:duration "0.25s"
    (image :image-width 100
		   :image-height 100
		   :class "mode-indicator"
		   :path {MOVE_MODE ? ICONS + "swap-window.png" :
			                  ( RESIZE_MODE ? ICONS + "split-ratio.png" : "" )})))

Here's a demonstration:

Bug 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 and animation="crossfade", eww would no longer occupy the area where revealer is placed, just like how it works for every other animation type.

Additional context

I have bound super m to eww update MOVE_MODE=true. The window manager I'm using is hyprland, but I don't think that's the issue, since eww still manages to properly remove the window in the other animation modes for revealer

AhoyISki avatar Jul 25 '22 16:07 AhoyISki

i'm actually having a similar issue, but mine applies to all animations

without revealer image

with revealer image

brainlessbitch avatar Sep 27 '23 00:09 brainlessbitch

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.

OBLIXi-ON avatar Dec 05 '23 16:12 OBLIXi-ON

Still an issue 2024

BlueOwlet avatar Feb 11 '24 19:02 BlueOwlet