Newest at the top
| 2026-01-27 18:48:39 +0100 | ft | (~ft@p508db580.dip0.t-ipconnect.de) ft |
| 2026-01-27 18:47:43 +0100 | ft | (~ft@p508db580.dip0.t-ipconnect.de) (Ping timeout: 240 seconds) |
| 2026-01-27 17:26:22 +0100 | Solitary | (~Solitary@user/solitary) Solitary |
| 2026-01-27 17:23:47 +0100 | Solitary | (~Solitary@user/solitary) (Read error: Connection reset by peer) |
| 2026-01-27 17:01:17 +0100 | ft | (~ft@p508db580.dip0.t-ipconnect.de) ft |
| 2026-01-27 16:16:22 +0100 | <geekosaur> | I'm not sure wlroots can be counted as a reasonable path forward any more, given how many derails we've had attempting it |
| 2026-01-27 16:03:51 +0100 | <liskin> | Not that I can foresee opening a laptop any time soon. |
| 2026-01-27 16:03:23 +0100 | <liskin> | Would be fun doing some actual Rust... |
| 2026-01-27 16:03:03 +0100 | digitteknohippie | Digit |
| 2026-01-27 16:02:43 +0100 | <liskin> | Now that Cosmic and a few other wl compositors use smithay, maybe wlroots isn't the only reasonable path forward |
| 2026-01-27 16:01:48 +0100 | <liskin> | https://alexxcons.github.io/blogpost_15.html |
| 2026-01-27 16:01:32 +0100 | Digit | digitteknohippie |
| 2026-01-27 15:54:39 +0100 | Digit | (~user@user/digit) Digit |
| 2026-01-27 15:15:26 +0100 | ChubaDuba | (~ChubaDuba@46.147.101.93) ChubaDuba |
| 2026-01-27 15:03:02 +0100 | Digit | (~user@user/digit) (Ping timeout: 265 seconds) |
| 2026-01-27 13:29:07 +0100 | tremon | (~tremon@83.80.159.219) tremon |
| 2026-01-27 12:16:28 +0100 | ChubaDuba | (~ChubaDuba@5.167.118.211) (Read error: Connection reset by peer) |
| 2026-01-27 09:33:24 +0100 | werneta | (~werneta@71.83.160.242) (Quit: Lost terminal) |
| 2026-01-27 08:47:26 +0100 | werneta | (~werneta@71.83.160.242) werneta |
| 2026-01-27 08:15:59 +0100 | werneta | (~werneta@71.83.160.242) (Quit: Lost terminal) |
| 2026-01-27 06:36:32 +0100 | ChubaDuba | (~ChubaDuba@5.167.118.211) ChubaDuba |
| 2026-01-27 06:22:39 +0100 | werneta | (~werneta@71.83.160.242) werneta |
| 2026-01-27 04:45:19 +0100 | terrorjack | (~terrorjac@2a01:4f8:c17:9d11::) terrorjack |
| 2026-01-27 04:42:48 +0100 | terrorjack | (~terrorjac@2a01:4f8:c17:9d11::) (Quit: The Lounge - https://thelounge.chat) |
| 2026-01-27 02:36:45 +0100 | tremon | (~tremon@83.80.159.219) (Quit: getting boxed in) |
| 2026-01-26 22:37:45 +0100 | <haskellbridge> | <geekosaur> ah, good |
| 2026-01-26 22:37:41 +0100 | <haskellbridge> | <geekosaur> (is this behaving a little better?) |
| 2026-01-26 22:07:54 +0100 | <haskellbridge> | <nemme> Cool |
| 2026-01-26 22:06:36 +0100 | <haskellbridge> | <nemme> Hmm... |
| 2026-01-26 22:01:48 +0100 | <haskellbridge> | <geekosaur (@geekosaur:matrix.org)> (the second "manage" there is in the window manager sense, as EWMH specifies that backing windows and docks are app-managed. the first basically means we keep the window from drifting upward over other windows, and that's it, since EWMH gives everything else to the app to deal with) |
| 2026-01-26 22:00:22 +0100 | <haskellbridge> | <geekosaur (@geekosaur:matrix.org)> we can manage such windows if something else creates and manages them, though |
| 2026-01-26 22:00:00 +0100 | <haskellbridge> | <geekosaur (@geekosaur:matrix.org)> and, well, xmonad is minimalist, it doesn't do fancy stuff like that and can't easily be made to |
| 2026-01-26 21:59:26 +0100 | <haskellbridge> | <geekosaur (@geekosaur:matrix.org)> the only way to get the behavior you're used to is to run a file manager which creates per-workspace backdrop windows on which wallpapers can be loaded. it'll always behave a bit annoyingly when drawn on the root window directly |
| 2026-01-26 21:24:05 +0100 | PotatoGim | (sid99505@id-99505.lymington.irccloud.com) PotatoGim |
| 2026-01-26 21:23:50 +0100 | dsal | (sid13060@id-13060.lymington.irccloud.com) dsal |
| 2026-01-26 21:22:58 +0100 | dsal | (sid13060@id-13060.lymington.irccloud.com) (Write error: error:80000068:system library::Connection reset by peer) |
| 2026-01-26 21:22:40 +0100 | PotatoGim | (sid99505@id-99505.lymington.irccloud.com) (Ping timeout: 256 seconds) |
| 2026-01-26 21:22:40 +0100 | geekosaur | (sid609282@xmonad/geekosaur) geekosaur |
| 2026-01-26 21:22:27 +0100 | geekosaur | (sid609282@xmonad/geekosaur) (Read error: Connection reset by peer) |
| 2026-01-26 19:43:01 +0100 | gwentpl | (~gwpl@user/gwentpl) gwentpl |
| 2026-01-26 19:38:19 +0100 | spwl | (~gwpl@user/gwentpl) (Ping timeout: 240 seconds) |
| 2026-01-26 19:34:41 +0100 | <haskellbridge> | <nemme> Is it possible to not flash the wallpaper when switching between two windows in Full mode? |
| 2026-01-26 19:19:21 +0100 | <haskellbridge> | <nemme> * (and say, it |
| 2026-01-26 19:18:48 +0100 | <haskellbridge> | <nemme> * switching from (say, which has a neovim window on fullscreen). |
| 2026-01-26 19:17:13 +0100 | <haskellbridge> | <nemme> * not flash |
| 2026-01-26 19:12:16 +0100 | <haskellbridge> | <nemme> * flashing |
| 2026-01-26 19:10:59 +0100 | <haskellbridge> | <nemme> +Or if its possible to skip showing the wallpaper of the WS we're switched from. |
| 2026-01-26 19:07:39 +0100 | <haskellbridge> | Don't mind me if I'm asking for the wrong thing. ☮️ |
| 2026-01-26 19:07:37 +0100 | <haskellbridge> | <nemme> The delay can be less of an annoyance if its possible to not switch to the WS until the wallpaper is loaded, as opposed to switch to WS and then load wallpaper. |
| 2026-01-26 18:53:12 +0100 | raghavgururajan | (ea769b8000@user/raghavgururajan) raghavgururajan |