Newest at the top
2024-06-23 04:59:13 +0200 | <geekosaur> | (slock used to have a failure mode that would lead to that) |
2024-06-23 04:58:55 +0200 | <geekosaur> | yes, a screen locker that doesn't is a security hole |
2024-06-23 04:58:08 +0200 | <haskellbridge> | <iqubic (she/her)> My screenlocker (i3lock-color) on the other hand, does do an active keyboard grab, so I can ask XMonad to unGrab and it just works. |
2024-06-23 04:57:23 +0200 | <haskellbridge> | <iqubic (she/her)> It doesn't. |
2024-06-23 04:56:20 +0200 | <geekosaur> | ideally flameshot would do an active keyboard grab and then none of the passive grabs would work |
2024-06-23 04:55:20 +0200 | <geekosaur> | yes, that's the problem with using passive key grabs for commands. but there are other problems with not doing so |
2024-06-23 04:54:55 +0200 | td_ | (~td@i53870927.versanet.de) |
2024-06-23 04:53:14 +0200 | td_ | (~td@i5387090B.versanet.de) (Ping timeout: 252 seconds) |
2024-06-23 04:50:21 +0200 | <haskellbridge> | <iqubic (she/her)> You know what's annoying? Even though I have "M-s" bound to "unGrab >> spawn "flameshot --gui"" I can still accidentally press other xmonad keybindings and then flameshot claims it's lost focus and I can't use it anymore. |
2024-06-23 02:49:48 +0200 | wlhn_ | (~wlhn@dl46fx8bgm9q8wl8cy4qy-3.rev.dnainternet.fi) (Quit: Leaving) |
2024-06-23 02:06:28 +0200 | zawaken | (~zawaken@user/zawaken) (Ping timeout: 268 seconds) |
2024-06-23 02:05:07 +0200 | zawaken- | (~zawaken@user/zawaken) |
2024-06-23 01:38:29 +0200 | wlhn | (~wlhn@dl46fx8hbfttwvhb-h1ly-3.rev.dnainternet.fi) (Ping timeout: 240 seconds) |
2024-06-23 01:35:15 +0200 | wlhn_ | (~wlhn@dl46fx8bgm9q8wl8cy4qy-3.rev.dnainternet.fi) |
2024-06-23 01:23:41 +0200 | tremon | (~tremon@83.80.159.219) (Quit: getting boxed in) |
2024-06-23 00:23:05 +0200 | wlhn | (~wlhn@dl46fx8hbfttwvhb-h1ly-3.rev.dnainternet.fi) |
2024-06-22 23:46:59 +0200 | dysthesis | (~dysthesis@user/dysthesis) (Quit: dysthesis) |
2024-06-22 23:35:03 +0200 | dysthesis | (~dysthesis@user/dysthesis) |
2024-06-22 23:33:57 +0200 | <geekosaur> | (I wouldn't bother importing it if that's all you're going to use from it, though) |
2024-06-22 23:33:30 +0200 | <geekosaur> | yes, liftIO works and XMonad.Prelude has a convenience alias `io` |
2024-06-22 23:30:28 +0200 | <haskellbridge> | <iqubic (she/her)> It's an instance of MonadIO, so I should be able to do it. |
2024-06-22 23:29:52 +0200 | <haskellbridge> | <iqubic (she/her)> Specifically the thing I want to is create a custom logHook that emits DBus stuff for me using my own custom logger. |
2024-06-22 23:28:57 +0200 | <haskellbridge> | <iqubic (she/her)> Right. Makes sense. Can I run arbitrary IO actions in X? |
2024-06-22 23:14:02 +0200 | <geekosaur> | toX produces an X action without applying it, defile applies it |
2024-06-22 23:13:33 +0200 | <geekosaur> | basically you can queue up changes in a PureX and apply them later with toX or defile |
2024-06-22 23:12:50 +0200 | <haskellbridge> | <iqubic (she/her)> I see. |
2024-06-22 23:12:09 +0200 | <geekosaur> | avoiding changes when they're unsafe (most notably, in a logHook where it could cause an infinite refresh loop) |
2024-06-22 23:10:41 +0200 | <haskellbridge> | <iqubic (she/her)> What is PureX used for? |
2024-06-22 23:09:51 +0200 | <geekosaur> | the instances of XLike are X and PureX |
2024-06-22 23:09:19 +0200 | <geekosaur> | the ideas is you can write pure actions and later apply them to X |
2024-06-22 23:08:54 +0200 | <geekosaur> | https://hackage.haskell.org/package/xmonad-contrib-0.18.0/docs/XMonad-Util-PureX.html#g:1 |
2024-06-22 23:06:21 +0200 | <haskellbridge> | <iqubic (she/her)> Why does X.Util.ExtensibleState use XLike, and is the titular X Monad an instance of XLike? |
2024-06-22 22:14:33 +0200 | catman | (~catman@user/catman) |
2024-06-22 22:11:47 +0200 | catman | (~catman@user/catman) (Ping timeout: 256 seconds) |
2024-06-22 21:35:38 +0200 | tremon | (~tremon@83.80.159.219) |
2024-06-22 21:15:19 +0200 | wlhn | (~wlhn@dl46fx8hbfttwvhb-h1ly-3.rev.dnainternet.fi) (Quit: Leaving) |
2024-06-22 20:23:18 +0200 | Enrico63 | (~Enrico63@81.109.143.226) (Quit: Client closed) |
2024-06-22 17:58:32 +0200 | Enrico63 | (~Enrico63@81.109.143.226) |
2024-06-22 14:47:31 +0200 | down200 | (~down200@shell.lug.mtu.edu) |
2024-06-22 14:45:10 +0200 | down200 | (~down200@shell.lug.mtu.edu) (Ping timeout: 256 seconds) |
2024-06-22 14:35:30 +0200 | down200 | (~down200@shell.lug.mtu.edu) |
2024-06-22 14:33:21 +0200 | down200 | (~down200@shell.lug.mtu.edu) (Ping timeout: 256 seconds) |
2024-06-22 14:05:48 +0200 | down200 | (~down200@shell.lug.mtu.edu) |
2024-06-22 14:01:53 +0200 | down200 | (~down200@shell.lug.mtu.edu) (Ping timeout: 268 seconds) |
2024-06-22 13:37:20 +0200 | down200 | (~down200@shell.lug.mtu.edu) |
2024-06-22 13:34:45 +0200 | down200 | (~down200@shell.lug.mtu.edu) (Ping timeout: 268 seconds) |
2024-06-22 11:29:56 +0200 | <haskellbridge> | <iqubic (she/her)> Makes sense. I'll think about this more myself. |
2024-06-22 11:28:55 +0200 | <liskin> | (train about to reach its destination, afk soon) |
2024-06-22 11:27:57 +0200 | <liskin> | otherwise you'd lose your layouts on reload |
2024-06-22 11:27:50 +0200 | <liskin> | WindowSet isn't stored using ExtensibleState, but it is preserved across restarts |