[BUG] Widgets are always on top in KDE

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

I am not sure if this is meant to be, but widgets always draw above any of my windows and make the area un-clickable.

Reproducing the issue

Just start some widget.

This is my config:

(defpoll packages :interval "1h" "./scripts/get-packages -a")

(defwidget neofetchWidget []
  (box :orientation "v"
    :halign "center"
    :valign "center"
    
    (box :orientation "h";
      (box :orientation "v" :class "neofetch-symbols" :spacing 5;
        
        (label :class "os-label" :halign "end" :text "")
        (label :class "wm-label" :halign "end" :text "")
        (label :class "packages-label" :halign "end" :text "")
        (label :class "terminal-label" :halign "end" :text "")
        (label :class "uptime-label" :halign "end" :text ""))
      
      (box :orientation "v" :class "neofetch-information" :spacing 5;
        (label :class "os-label" :halign "end" :text "")
        (label :class "wm-label" :halign "end" :text "")
        (label :class "packages-label" :halign "end" :text "$packages")
        (label :class "terminal-label" :halign "end" :text "")
        (label :class "uptime-label" :halign "end" :text "")))))

(defwindow sidebar 
  :monitor 0
  :windowtype "dock"
  :wm-ignore true 
  :geometry (geometry :x "50px" :y "500px" :width "200px" :height "150px" :anchor "top left")
  (neofetchWidget))

Expected behaviour

The widgets get drawn "in the background" behind all windows.

Additional context

• system: "x86_64-linux"
• host os: Linux 5.10.93, NixOS, 21.11 (Porcupine)
• eww version: 0.2.0
• DE: Plasma 5.23.3
• WM: KWin

have you tried with :stacking "bg" ? And other window types ?

@viandoxdev I have the same problem, with Wayland instead of X11. I tried all documented options for :stacking.

Same here. Widgets are always on top of other windows. Any way to make them stay on the desktop only ?

I dont have this issue on startup - but when I reload my bspwm it always stays on top of other windows.

Weird...

Is this issue being worked on ?

Ive looked into it for a while, and then paused again as I have no idea what's going on, why Noone is respecting the x11 / ewmh spec

Hmm. If anyone has any idea on solving this issue, please report. I love these eww widgets but can't use due to this bug.

If this can help any lost bspwm user, the following configuration is working :

  (defwindow hello
    :windowtype "desktop"
    :stacking "bg"
    :wm-ignore false
       ...   )

I dunno for Plasma but the point with bspwm was to let the wm do the job at considering the desktop windowtype.

(defwindow bar :windowtype "desktop" :stacking "bg" :wm-ignore false

Above works, buy the buttons/icons aren't clickable in that bar anymore.

i'm sorry if this is not allowed, but i just stumbled across EWW and i cannot find any infos on how to use these on KDE at all.

Can someone help me out a bit to find some infos?

The same happens to me in xmonad, and nothing from here helped me. Sad

not exactly for kde but i had this problem in bspwm and i solved it by adding

bspc config ignore_ewmh_focus true

to bspwmrc

@viandoxdev I have the same problem, with Wayland instead of X11. I tried all documented options for :stacking.

I'm having a similar problem on Wayland and KDE (also Wayfire, seems to be a Wayland topic therefore), but only with :stacking "fg" (which is as expected) and "overlay". :stacking "bg" puts everything in the background compared to active window, but if I click on the "background" (i.e. the wallpaper in KDE), it's no longer visible. This is "kind of expected" if the wallpaper is also just a window, but...

Edit: No problem on wayland, didn't see "bottom" for the property stacking, windows are behaving as expected with this. Great work!